Chapter 7 Resources

Introduction

Resources represent inputs and outputs, the “things” that are produced, modified, consumed, or in any way used by Nodes. A more thorough description was provided in Section 3.8, “ResourcePool and its Resource Children”. The Resources in this chapter are divided into two sections. The first section documents all of the Resources of Class Intent . The second section documents the rest of the Resources that have been defined for JDF.

7.1 Intent Resources

As was described in Section 4.1.1, “Product Intent Constructs”, Intent Resource s are designed to narrow down the available options when defining a JDF Job. Many of the Elements in Intent Resource s are optional . If an optional Element of an Intent Resource is omitted and no additional information is specified in the description, the value defaults to “don’t care”. If an entire Intent Resource that specifies a given product feature is omitted, then that feature is not requested. For instance, if a Product Intent Node has no ResourceLink to NumberingIntent , then no numbering is requested. The characteristics of the product that are not specified through the use of Intent Resource s will be selected by the system that Processes the Intent Resource s. The system that processes the Product Intent data in a JDF Job ticket may insert the details of its selection into the JDF data for the Job. See Section 1.4.2.1, “Conformance Requirements for Support of Attributes and Attribute Values” for more information on the handling and processing of systems-specified default values.

All Intent Resource s share a set of Subelements that allow a Request for Quote to describe a range of acceptable values for various aspects of the product. These elements, taken together, allow an administrator to provide a specific value for the quote. The section below (Section 7.1.1, “Span Subelements of an Intent Resource”) describes these Elements.

Each of the following sections begins with a brief narrative description of the Resource. Following that is a list containing details about the properties of the Resource, as shown below. The first item in the list provides the Class of the Resource, which, in this section is always Intent . For more information on Resource Class, see Section 3.8.5, “Resource Classes”. A template of this list is shown below.

After the list describing the Resource properties, each section contains tables that outline the structure of each Resource and, when applicable, the abstract or Subelement information that pertains to the Resource structure. The first column contains the name of the Attribute or Element. A template of these tables is also provided below.

Note: for the Resource Properties Template below, the italicized text describes the actual text that would be in its place in an actual Resource definition.

Note also: for the Resource Structure Template table below: Cardinality in the Name column of the Resource Structure Template table refers to a cardinality symbol, which is either empty or consists of a symbol, such as “?”. Examples described by the Name column include: “ Ink *” and “ FileSpec ( DeviceLinkProfile ) ? ”. For further details, see Section 1.3.4, “Specification of Cardinality”.

Resource Properties Template

Resource Class:

Defines the Resource Class.

Resource referenced by:

List of parent Resources that may contain Elements of this type.

Process Pairing:

List of Process Resources to which an Intent Resource is generally identified with. In practice, the Process Resources will contain the data with which the customer’s intent is fulfilled in production and distribution of the product. This is a list of the primary Resources and not a complete list.

Example Partition

List of recommended Partition Keys: For a complete list of Partition Keys, see the description of PartIDKeys in Table 3-27, “Partitionable Resource Element”. Note that Resources may be Partitioned by keys that are not specified in this list.

Input of Processes

List of JDF Node types that use the Resource as an Input Resource.

Output of Processes

List of JDF Node types that create the Resource as an Output Resource.

 

Table 7-1: Template for Intent Resources

Name

Data Type

Description

Attribute-Name
Cardinality

Attribute-data-type

Information about the Attribute.

Element-Name
Cardinality

element

Information about the Element.

Note: the “element” data type means that the specified Element must be an in-line Subelement within the Resource.

Element-Name
Cardinality

refelement

Information about the Element

Note: the “refelement” data type means that the specified Element is based on other atomic Resources or Resource Elements. The specified Element must be either an in-line Element or an instance of a ResourceRef Element (see Section 3.10.2, “ResourceRef - Element for Inter-Resource Linking and refelement”). In case of a ResourceRef Element, a “Ref” must be appended to the name specified in the table column entitled “Name”.

7.1.1 Span Subelements of an Intent Resource

Intent Resource s contain Subelements that allow spans of values to be specified. These Subelements also provide mechanisms to select a set of values from the provided range and map them to a set of quotes. These Subelements are called Span Elements. The Span Element to use is determined by the data type of the values to be recorded. Span Elements are defined to facilitate negotiation between buyer and provider as defined in Section 4.1.2, “Defining Business Objects Using Intent Resources”.

7.1.1.1 Abstract Span Element

Span Elements of Intent Resource s have a common set of Attributes that define the priority, data type and requested identity of the Element. These common Attributes are described in Table 7-2, “Abstract Span Element”. In addition, Abstract Span Elements have at least four Attributes that define the data type dependent aspects of the span. The data type of these values depends on the data type of the span and is defined in the following sections:

Actual -The intended value agreed to by the producer of the product.

OfferRange - A proposed range of equivalent values in cost that are defined by the producer of the product.

Preferred - A preferred value defined by the recipient of the product.

Range - A proposed range of values defined by the recipient of the product.

 

Table 7-2: Abstract Span Element (Section 1 of 2)

Name

Data Type

Description

DataType

enumeration

Describes the data type of the Span Element within an Intent Resource . This Attribute is provided for applications that do not have access to schema validation.

Values are:

DurationSpan

EnumerationSpan

IntegerSpan

NameSpan

NumberSpan

OptionSpan

ShapeSpan

StringSpan

TimeSpan

XYPairSpan

Priority ?

Deprecated in JDF 1.2

enumeration

Indicates the importance of the specific intent.

Values are:

None

Suggested - The customer will accept a value of Actual that is different than the value of Preferred or outside of Range .

Required - The customer expects the Actual to be equal to Preferred or within Range . Note that the Attribute Preferred is available in the data types which inherit from this Abstract type.

Deprecation note: starting with JDF 1.2, use SettingsPolicy .

7.1.1.2 Span Elements

The Data Type column of tables for Intent Resource s (below) can contain the same data types as non- Intent Resource s (namely data types defined in the Section 1.5, “Data Structures” ) as well as Span Elements that are listed in the Table 7-3, “List of Span Elements”. In Intent Resource tables, XXXSpan Elements are treated as Attribute-like data types even though Span Elements are technically XML elements because the semantic usage of the Span Elements is equivalent to the usage of Attributes in Process Resources.

Each Span Element contains Attributes or Subelements listed in Table 7-2, “Abstract Span Element” and in the pertinent Span Element listed in Table 7-3, “List of Span Elements”.

 

Table 7-3: List of Span Elements

Name

Page

Description

DurationSpan

New in JDF 1.1

DurationSpan

Describes a set of duration values.

EnumerationSpan

EnumerationSpan

Describes a set of enumeration values.

IntegerSpan

IntegerSpan

Describes a numerical range of integer values.

NameSpan

NameSpan

Describes a set of NMTOKEN values.

NumberSpan

NumberSpan

Describes a numerical range of values.

OptionSpan

OptionSpan

Describes an intent in which the principal information is that a specific option is requested.

ShapeSpan

New in JDF 1.1

ShapeSpan

Describes a set of shape values.

StringSpan

StringSpan

Describes a set of string values.

TimeSpan

TimeSpan

Describes a set of dateTime values.

XYPairSpan

XYPairSpan

Describes a set of XYPair values.

7.1.1.2.1 DurationSpan

New in JDF 1.1

This Span Subelement is used to describe a selection of instances in time. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-4: DurationSpan Element (Section 1 of 2)

Name

Data Type

Description

Actual ?

duration

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

DurationRange

Provides an offered range of time durations. If not specified, it defaults to the value of Actual .

Preferred ?

duration

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

DurationRange

Provides a valid range of time durations. If not specified, it defaults to the value of Preferred .

7.1.1.2.2 EnumerationSpan

This Span Subelement is used to describe ranges of enumerative values. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”. It is identical to the NameSpan Element except for the fact that it describes a closed list of enumeration values.

 

Table 7-5: EnumerationSpan Element

Name

Data Type

Description

Actual ?

enumeration

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

enumerations

Provides an offered range of values.

Default value is from: @ Actual .

Preferred ?

enumeration

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

enumerations

Provides a set of discreet enumeration values.

Default value is from: @ Preferred .

Example 7-1: EnumerationSpan

 

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="Product" JobPartID="ID300" Version="1.4">

<ResourcePool>

<BindingIntent Class="Intent" ID="BI1" Status="Available">

<BindingType DataType="EnumerationSpan" Actual="Ring"/>

<RingBinding>

< HoleType DataType = "EnumerationSpan" Range = "R4m-DIN-A5 R6m-DIN-A5" >

< Comment Name = "R4m-DIN-A5" >

4 equidistant holes on each side of a hexagonal piece of paper

</ Comment >

< Comment Name = "R6m-DIN-A5" >

6 equidistant holes on each side of a hexagonal piece of paper

</ Comment >

</ HoleType >

</RingBinding>

</BindingIntent>

<Component Class="Quantity" ID="cI1" Status="Unavailable"

ComponentType="Sheet"/>

</ResourcePool>

<ResourceLinkPool>

<BindingIntentLink Usage="Input" rRef="BI1"/>

<ComponentLink Usage="Output" rRef="cI1"/>

</ResourceLinkPool>

</JDF>

 

 

7.1.1.2.3 IntegerSpan

This Span Subelement is used to describe ranges of integer values. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-6: IntegerSpan Element

Name

Data Type

Description

Actual ?

integer

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

IntegerRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

integer

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

IntegerRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.4 NameSpan

This Span Subelement is used to describe name ranges. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element” . It is identical to the EnumerationSpan Element except for the fact that it describes an extensible list of NMTOKEN values.

 

Table 7-7: NameSpan Element

Name

Data Type

Description

Actual ?

NMTOKEN

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

NMTOKENS

Provides a set of discreet values that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

NMTOKEN

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

NMTOKENS

Provides a set of discreet values that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.4.1 Specifying New Values in a NameSpan Subelement

NameSpan Elements generally define an open list of predefined values. If a custom value is specified, a Comment Element in the NameSpan defines the value with a Name Attribute in the Comment , as demonstrated in the following example:

7.1.1.2.5 NumberSpan

This Span Subelement is used to describe a numerical range of values. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-8: NumberSpan Element (Section 1 of 2)

Name

Data Type

Description

Actual ?

double

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

DoubleRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

double

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

DoubleRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.6 OptionSpan

This Span Subelement is used to describe a range of options or Boolean values. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-9: OptionSpan Element

Name

Data Type

Description

Actual ?

boolean

The actual value selected for the quote. If the option is included = "true" .

OfferRange ?

New in JDF 1.3

enumerations

Provides a set of the discreet Boolean values.

Default value is from: @ Actual .

Values are:

true

false

Detail ?

Deprecated in JDF 1.2

string

Detail provides information about the option .

Deprecation note: starting with JDF 1.2, use DescriptiveName .

Preferred ?

boolean

Provides a value specified by the person submitting the request, indicating what that person prefers.

Range ?

New in JDF 1.2

enumerations

Provides a set of the discreet Boolean values.

Values are:

true

false

7.1.1.2.7 ShapeSpan

New in JDF 1.1

This Span Subelement is used to describe ranges of numerical value pairs. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-10: ShapeSpan Element (Section 1 of 2)

Name

Data Type

Description

Actual ?

shape

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

ShapeRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

shape

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

ShapeRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.8 StringSpan

This Span Subelement is used to describe string ranges. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element” .

 

Table 7-11: StringSpan Element

Name

Data Type

Description

Actual ?

string

The actual value selected for the quote.

Preferred ?

string

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

OfferRange *

New in JDF 1.3

telem

Provides a set of discreet values that comprise all offered values for the Span.

Default value is from: @ Actual .

Range *

telem

Provides a set of discreet values that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.9 TimeSpan

This Span Subelement is used to describe a selection of instances in time. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-12: TimeSpan Element

Name

Data Type

Description

Actual ?

dateTime

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

DateTimeRange

Provides a range of values that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

dateTime

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

DateTimeRange

Provides a range of values that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.1.2.10 XYPairSpan

This Span Subelement is used to describe ranges of numerical value pairs. It inherits from the Abstract Span Element described in Section 7.1.1.1, “Abstract Span Element”.

 

Table 7-13: XYPairSpan Element

Name

Data Type

Description

Actual ?

XYPair

The actual value selected for the quote.

OfferRange ?

New in JDF 1.3

XYPairRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all offered values for the Span.

Default value is from: @ Actual .

Preferred ?

XYPair

Provides a value specified by the person submitting the request, indicating what that person prefers. The value of Preferred must fall within the range of values specified in Range .

Range ?

XYPairRangeList

Provides either a set of discreet values, a range of values or a combination of the two that comprise all allowed values for the Span.

Default value is from: @ Preferred .

7.1.2 ArtDeliveryIntent

This Resource specifies the prepress art delivery intent for a JDF Job and maps the items to the appropriate Reader Pages and separations. Art delivery refers to any physical or electronic asset that is needed for processing the Job.

Resource Properties

Resource Class

Intent

Resource referenced by:

--

Process Resource Pairing:

DeliveryParams , DigitalDeliveryParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-14: ArtDeliveryIntent Resource (Section 1 of 4)

Name

Data Type

Description

ArtDeliveryDate ?

New in JDF 1.1

TimeSpan

Specifies the latest time by which the transfer of the artwork will be made.

ArtDeliveryDuration ?

New in JDF 1.1

DurationSpan

Specifies the latest time by which the transfer will be made relative to the date of the purchase order. Within an RFQ or a Quote, at most one of either ArtDeliveryDate or ArtDeliveryDuration must be specified. Within a purchase order, only ArtDeliveryDate is allowed.

ArtHandling ?

New in JDF 1.1

EnumerationSpan

Describes what is to happen to the artwork after usage. The address for the Return and Pickup values must be specified by a Contact [contains (@ ContactTypes , "ArtReturn" )]/ Address .

Values are:

ReturnWithProof - The artwork is delivered back to the customer together with the proof if there is any.

ReturnWithProduct - The artwork is delivered back to the customer together with the final product.

Return - The artwork is delivered back independently directly after usage.

Pickup - The customer picks up the artwork.

Destroy - The printer destroys the artwork.

PrinterOwns - The artwork belongs to the printer.

Store - The printer has to store the artwork for future purposes.

DeliveryCharge ?

New in JDF 1.1

Modified in JDF 1.3

EnumerationSpan

Specifies who pays for a delivery being made by a third party.

Values are from : DeliveryIntent / DeliveryCharge .

Method ?

Modified in JDF 1.3

NameSpan

Specifies the delivery method, which can be a generic method.

Values include:

EMail

ExpressMail

InterofficeMail

OvernightService

Courier

CompanyTruck

ISDNSoftware

Local - The files are already in place and a DigitalDelivery Process is not needed. New in JDF 1.3

NetworkCopy - This includes LAN and VPN.

WebServer - Upload / download from HTTP / FTP server.

InstantMessaging

UPS - a delivery service brand.

DHL - a delivery service brand.

FedEx - a delivery service brand.

Vio - a digital delivery service brand

WAMNET - a digital delivery service brand

PreflightStatus = "NotPerformed"

New in JDF 1.1

Modified in JDF 1.2

enumeration

Information about a Preflight Process probably applied to the artworks before being submitted.

Values are:

NotPerformed - No preflighting was applied.

WithErrors - Preflighting resulted in error messages and possibly warning messages.

WithWarnings - Preflighting resulted in warning messages and no errors.

WithoutErrors - Preflighting was successful. No errors and no warnings occurred.

ReturnList = "None"

New in JDF 1.1

NMTOKENS

Type of printer created intermediate materials that are to be sent to the customer after usage.

Values include:

DigitalMedia - Digital data on media, (e.g., a CD).

DigitalNetwork - Digital data via network.

ExposedPlate - Pre-exposed press plates, usually used for a rerun.

ImposedFilm - Film of the imposed surfaces.

LooseFilm - Film of individual pages or sections.

OriginalPhysicalArt - Analog artwork, (e.g., reflective or transparencies).

Tool - Tools needed for processing the Job, (e.g., a die for die cutting or embossing stamp).

None - No intermediate materials are to be returned to the customer.

ReturnMethod ?

New in JDF 1.1

NameSpan

Specifies a delivery method for returning the artwork if ArtHandling/@ Actual = "Return" and for the printer created materials listed in ReturnList .

Values include those from: Method

ServiceLevel ?

New in JDF 1.2

StringSpan

The service level of the specific carrier.

Values include:

Next Day

2nd Day Air

Ground .

Transfer ?

New in JDF 1.1

EnumerationSpan

Describes the responsibility of the transfer.

Values are:

BuyerToPrinterDeliver - The buyer delivers the artwork to the printer. The printer may specify in the quote a special Contact [contains (@ ContactTypes , "Delivery" )] to specify where the buyer is to send the artwork.

BuyerToPrinterPickup - The printer picks up the artwork. The Contact [contains (@ ContactTypes , "Pickup" )] specifies where the printer has to pick up the artwork.

ArtDelivery +

Modified in JDF 1.1

element

Individual delivery.

Company ?

Deprecated in JDF 1.1

refelement

Address and further information of the art delivery. Company must not be specified unless the printer is expected to pick up the art delivery at this address. In JDF 1.1 and beyond, Company is a Subelement of Contact .

Contact *

New in JDF 1.1

refelement

Address and further information about the transfer of the artwork. The actual delivery address must be specified by
Contact [contains (@ ContactTypes , "Delivery" )]/ Address . At most one such Contact mus t be specified.

The actual pickup address must be specified by
Contact [contains (@ ContactTypes , "Pickup" )]/ Address . At most one such Contact m ust be specified.

7.1.2.1 Element: ArtDelivery

Each ArtDelivery Element defines a set of existing products that are needed to create the specified product. Attributes that are specified in an ArtDelivery Element overwrite those that are specified in their parent ArtDeliveryIntent Element. If optional Attributes are not specified, their values default to the values specified in ArtDeliveryIntent .

 

Table 7-15: ArtDelivery Element (Section 1 of 4)

Name

Data Type

Description

Amount ?

Modified in JDF 1.2

integer

Number of physical objects to be delivered. Only valid if no detailed Resource description (e.g., ExposedMedia , RunList , ScanParams , DigitalMedia or Tool ) is specified.

ArtDeliveryDate ?

New in JDF 1.1

TimeSpan

Specifies the latest time by which the transfer of the artwork will be made.

ArtDeliveryDuration ?

New in JDF 1.1

DurationSpan

Specifies the latest time by which the transfer will be made relative to the date of the purchase order. Within an RFQ or a Quote, at most one of either ArtDeliveryDate or ArtDeliveryDuration must be specified. Within a purchase order, only the ArtDeliveryDate is allowed.

ArtDeliveryType

New in JDF 1.1

Modified in JDF 1.2

NMTOKEN

Type of artwork supplied.

Values include:

DigitalFile - Digital data irrespective of the delivery mechanism. The union of "DigitalMedia" and "DigitalNetwork" . New in JDF 1.2

DigitalMedia - Digital data on media, (e.g., a CD).

DigitalNetwork - Digital data via network.

ExposedPlate - Pre-exposed press plates, usually used for a rerun.

ImposedFilm - Film of the imposed surfaces.

LooseFilm - Film of individual pages or sections.

OriginalPhysicalArt - Analog artwork, (e.g., reflective or transparencies).

Proof - Physical proof delivered with digital scan or separated film asset.

Tool - Tools needed for processing the Job, (e.g., a die for die cutting or embossing stamp).

None - No artwork exists, and it will be created later.

ArtHandling ?

New in JDF 1.1

EnumerationSpan

Describes what is to happen to the artwork after usage.

The address for the "Return" and "Pickup" values must be specified by Contact [contains (@ ContactTypes , "ArtReturn" )]/ Address .

Default value is from: ArtDeliveryIntent / ArtHandling .

Values are:

ReturnWithProof - The artwork is delivered back to the customer together with the proof if there is any.

ReturnWithProduct - The artwork is delivered back to the customer together with the final product.

Return - The artwork is delivered back independently directly after usage.

Pickup - The customer picks up the artwork.

Destroy - The printer destroys the artwork.

PrinterOwns - The artwork belongs to the printer.

Store - The printer has to store the artwork for future purposes.

DeliveryCharge ?

New in JDF 1.1

Modified in JDF 1.3

EnumerationSpan

Specifies who pays for a delivery being made by a third party.

Default value is from: ArtDeliveryIntent / DeliveryCharge .

Values are from : DeliveryIntent / DeliveryCharge .

HasBleeds = "false"

boolean

If "true" , the file has bleeds.

IsTrapped = "false"

boolean

If "true" , the file has been trapped.

Method ?

Modified in JDF 1.2

NameSpan

Specifies a delivery method. It may be a generic item from the list defined in Method in ArtDeliveryIntent .

Values include those from: ArtDeliveryIntent / Method

PageList ?

IntegerRangeList

Set of pages of the output Component that are filled by this ArtDelivery . This maps the pages in the ArtDelivery to the Pages in the product that is produced. For example if PageList = "3 ~ 5" , page 0 of the ArtDelivery (e.g., RunList ) is page 3 in the product, page 1 is page 4, etc. If not specified, the PageList must include all pages in reader order. The indices specified in PageList reference the PageData Elements defined in PageList .

PreflightOutput ?

New in JDF 1.1

URL

Pointer to the output information created by the preflight tool if PreflightStatus is either "WithoutErrors" or "WithErrors" .

PreflightStatus ?

New in JDF 1.1

enumeration

Information about a Preflight Process.

Default value is from: ArtDeliveryIntent /@ PreflightStatus .

Values are from : ArtDeliveryIntent /@ PreflightStatus .

ReturnMethod ?

New in JDF 1.1

NameSpan

Specifies a delivery method for returning the artwork if ArtHandling/@Actual = "Return" .

Default value is from: ArtDeliveryIntent / ReturnMethod .

Values include those from: ArtDeliveryIntent / ReturnMethod

ServiceLevel ?

New in JDF 1.2

StringSpan

The service level of the specific carrier.

Default value is from: ArtDeliveryIntent / ServiceLevel .

Values include those from: ArtDeliveryIntent / ServiceLevel

Transfer ?

New in JDF 1.1

EnumerationSpan

Describes the responsibility of the transfer.

Default value is from: ArtDeliveryIntent / Transfer .

Values are from : ArtDeliveryIntent / Transfer .

Company ?

Deprecated in JDF 1.1

refelement

Address and further information about the art delivery. This must not be specified unless the printer is expected to pick up the art delivery at this address. In JDF 1.1 and beyond, Company is a Subelement of Contact .

Component ?

Deprecated in JDF 1.1

refelement

Description of a physical component, (e.g., physical artwork). If neither Component , ExposedMedia , nor RunList are specified, no details of the ArtDelivery except the ArtDeliveryType and Amount are known.

Contact *

New in JDF 1.1

refelement

Address and further information about the art transfer.

Default value is from: ArtDeliveryIntent / Contact .

DigitalMedia ?

New in JDF 1.2

refelement

Description of any digital media, (e.g., CD or tape with artwork that will be delivered). If neither ExposedMedia , RunList , DigitalMedia , nor Tool are specified, no details of the ArtDelivery except the ArtDeliveryType and Amount are known.

ExposedMedia ?

Modified in JDF 1.2

refelement

Description of exposed media, (e.g., film, plate or proof). If neither ExposedMedia , RunList , DigitalMedia , nor Tool are specified, no details of the ArtDelivery , except the ArtDeliveryType and Amount , are known.

RunList ?

Modified in JDF 1.2

refelement

Link to digital artwork that is accessible via a set of URLs that are defined in the RunList / LayoutElement / FileSpec /@ URL . If neither DigitalMedia , ExposedMedia , RunList , nor Tool are specified, no details of the ArtDelivery except the ArtDeliveryType and Amount are known.

ScanParams ?

refelement

Description of a ScanParams that defines scanning details for the exposed media defined by ExposedMedia .

Tool ?

New in JDF 1.1

Modified in JDF 1.2

refelement

Details of the Tool if ArtDeliveryType = "Tool" . If neither ExposedMedia , RunList , DigitalMedia , nor Tool are specified, no details of the ArtDelivery except the ArtDeliveryType and Amount are known.

7.1.3 BindingIntent

This Resource specifies the binding intent for a JDF Job using information that identifies the desired type of binding and which side is to be bound. The input components that are used as a cover must have a ProcessUsage of Cover . The input components that are used as a hard cover jacket must have a ProcessUsage of Jacket . The input components that are used as a end Sheets for hardcover or soft cover binding must have a ProcessUsage of EndSheet . All other input components are bound in the order of their appearance in the ResourceLinkPool of the JDF Node that contains the BindingIntent .

Resource Properties

Resource Class

Intent

Resource referenced by:

--

Process Resource Pairing:

BlockPreparationParams , CaseMakingParams , CasingInParams , ChannelBindingParams , CoilBindingParams , CoverApplicationParams , EndSheetGluingParams , GlueApplication , GluingParams , GlueLine , InsertingParams , JacketingParams , PlasticCombBindingParams , RingBindingParams , SaddleStitchingParams , SpinePreparationParams , SpineTapingParams , StitchingParams , StripBindingParams , ThreadSealingParams , ThreadSewingParams , WireCombBindingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-16: BindingIntent Resource (Section 1 of 3)

Name

Data Type

Description

BackCoverColor ?

New in JDF 1.1

EnumerationSpan

Defines the color of the back cover material of the binding.

Default value is from: @ CoverColor

Values are from : Table A-3, “NamedColor Enumeration Values”.

BackCoverColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If BackCoverColorDetails is supplied, BackCoverColor SHOULD also be supplied.

BindingColor ?

EnumerationSpan

Defines the color of the spine material of the binding.

Values are from : Table A-3, “NamedColor Enumeration Values”.

BindingColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If BindingColorDetails is supplied, BindingColor SHOULD also be supplied.

BindingLength ?

EnumerationSpan

Indicates which side is to be bound when no content. Thus, no orientation is available, but a quote for binding is needed.

Values are:

Long

Short

BindingOrder = "Gathering"

New in JDF 1.1

Modified in JDF 1.4

enumeration

Specifies whether the child Component Resources are to be collected or gathered if multiple child Component Resources are combined.

Values are:

None - The child Component Resource are NOT bound together. Typically used for flatwork Jobs. New in JDF 1.4

Collecting - The child Component Resources are collected on a spine and placed within one another. The first Component is on the outside.

Gathering - The child Component Resources are gathered on a pile and placed on top of one another. The first Component is on the top.

List - More complex ordering of child Component Resources is specified using the BindList in this Intent Resource for this product.

BindingSide ?

EnumerationSpan

Indicates which side are to be bound.

Each of these values is intended to identify an edge of the Job. These edges are defined relative to the orientation of the first page in the Job with content on it.

Constraint: If both BindingSide and BindingLength are specified, BindingSide has precedence

Default value is from: BindingLength , unless a non-empty BindList was specified.

Values are:

Top

Bottom

Right

Left .

BindingType

Modified in JDF 1.2

EnumerationSpan

Describes the desired binding for the Job.

Values are from : Table 7-17, “BindingType Attribute Values”.

CoverColor ?

EnumerationSpan

Defines the color of the cover material of the binding.

Values are from : Table A-3, “NamedColor Enumeration Values”.

CoverColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If CoverColorDetails is supplied, CoverColor SHOULD also be supplied.

AdhesiveBinding ?

Deprecated in JDF 1.1

element

Details of AdhesiveBinding . Replaced with SoftCoverBinding in JDF 1.1.

BindList ?

New in JDF 1.1

element

Details of binding of individual child Component Resources.

BookCase ?

Deprecated in JDF 1.1

element

Details of the Book Case. Used in Combination with AdhesiveBinding , ThreadSewing or ThreadSealing . Replaced with HardCoverBinding in JDF 1.1.

ChannelBinding ?

element

Details of ChannelBinding .

CoilBinding ?

element

Details of CoilBinding .

EdgeGluing ?

New in JDF 1.1

element

Details of EdgeGluing .

HardCoverBinding ?

New in JDF 1.1

element

Details of HardCoverBinding .

PlasticCombBinding ?

element

Details of PlasticCombBinding .

RingBinding ?

element

Details of RingBinding .

SaddleStitching ?

element

Details of SaddleStitching .

SideSewing ?

element

Details of SideSewing .

SideStitching ?

element

Details of SideStitching .

SoftCoverBinding ?

New in JDF 1.1

element

Details of SoftCoverBinding .

StripBinding ?

New in JDF 1.1

element

Details of StripBinding .

Tabs ?

element

Details of Tabs .

Tape ?

New in JDF 1.1

element

Details of Tape binding.

ThreadSealing ?

element

Details of ThreadSealing .

ThreadSewing ?

element

Details of ThreadSewing .

VeloBinding ?

Deprecated in JDF 1.1

element

Details of VeloBinding . Renamed to StripBinding in JDF 1.1.

WireCombBinding ?

element

Details of WireCombBinding .

-- Attribute: BindingType

 

Table 7-17: BindingType Attribute Values (Section 1 of 2)

Value

Description

Adhesive

Deprecated in JDF 1.1

This type of binding can be handled with the AdhesiveBinding Process. It includes perfect binding. Deprecated in JDF 1.1 and replaced with SoftCover or HardCover .

ChannelBinding

This type of binding can be handled with the ChannelBinding Process.

CoilBinding

This type of binding can be handled with the CoilBinding Process.

CornerStitch

New in JDF 1.2

Stitch in the corner that is at the clockwise end binding edge. For example, to stitch in the top left corner, set BindingSide /@ Actual = "Left" . This type of binding can be handled with the Stitching Process.

EdgeGluing

Gluing gathered Sheets at one edge of the pile. This Type of Binding can be handled with the Gluing Process. Products of this type are also referred to as padded.

HardCover

This type of binding defines a hard-cover bound book.

LooseBinding

This type of binding defines a stack of pages with no additional binding.

PlasticComb

This type of binding can be handled with the PlasticCombBinding Process.

Ring

This type of binding can be handled with the RingBinding Process.

SaddleStitch

This type of binding can be handled with the Stitching Process.

Sewn

Deprecated in JDF 1.4

This type of binding can be handled with the ThreadSewing Process.

SideSewn

Deprecated in JDF 1.4

This type of binding can be handled with the ThreadSewing Process.

SideStitch

This type of binding can be handled with the Stitching Process.

SoftCover

This type of binding defines a soft cover bound book. It includes perfect binding.

StripBind

This type of binding can be handled with the StripBinding Process.

Tape

This type of binding is an inexpensive version of the SoftCover .

ThreadSealing

Deprecated in JDF 1.4

This type of binding can be handled with the ThreadSealing Process.

WireComb

This type of binding can be handled with the WireCombBinding Process.

7.1.3.1 Element: BindList

New in JDF 1.1

BindList is used to describe complex bindings where more than one child is bound into a cover, e.g., in promotional products.

 

Table 7-18: BindList Element

Name

Data Type

Description

BindItem *

element

Individual bind item description.

7.1.3.2 Element: BindItem

New in JDF 1.1

A child BindItem is bound to a parent item. The position of the spine of the child BindItem is defined by ChildFolio and the position of the child BindItem in the parent is defined by ParentFolio .

 

Table 7-19: BindItem Element (Section 1 of 2)

Name

Data Type

Description

BindingType ?

EnumerationSpan

Describes the desired binding for the individual BindItem .

Default value is from: BindingIntent / BindingType .

Values are from : BindingIntent / BindingType .

ChildFolio ?

XYPair

Definition of the fold between two pages in the BindItem component that is bound to the cover. The two numbers (as integers) in the ChildFolio Attribute are the page numbers of the two outer pages of the child Component which touch the cover or another parent Component . The pages are counted in the order as described in LayoutIntent /@ FolioCount of the child product. Defaults to the spine of the child.

ParentFolio

XYPair

Definition of the fold between two pages in the Cover Component that receive the BindItem . The two numbers (as integers) in the ParentFolio Attribute are the page numbers in the Cover Component which touch the child Component . The pages are counted in the order as described in LayoutIntent /@ FolioCount of the cover product.

Transformation ?

matrix

Rotation and offset between the Component to be inserted and the parent Component . For details on transformations, see Section 2.5.2, “Coordinates and Transformations”.

WrapPages ?

IntegerRangeList

List of pages of the Cover that wrap around a BindItem after all folds are correctly positioned. It is sufficient to specify the pages of the Front surface of the cover. Note that this key must not be specified unless the folding is ambiguous.

ChannelBinding ?

element

Details of ChannelBinding .

CoilBinding ?

element

Details of CoilBinding .

EdgeGluing ?

element

Details of EdgeGluing .

HardCoverBinding ?

element

Details of HardCoverBinding .

PlasticCombBinding ?

element

Details of PlasticCombBinding .

RingBinding ?

element

Details of RingBinding .

SaddleStitching ?

element

Details of SaddleStitching .

SideSewing ?

element

Details of SideSewing .

SideStitching ?

element

Details of SideStitching .

SoftCoverBinding ?

element

Details of SoftCoverBinding .

StripBinding ?

element

Details of StripBinding .

Tabs ?

element

Details of Tabs .

Tape ?

element

Details of Tape binding.

ThreadSealing ?

element

Details of ThreadSealing .

ThreadSewing ?

element

Details of ThreadSewing .

WireCombBinding ?

element

Details of WireCombBinding .

7.1.3.3 Element: AdhesiveBinding

Deprecated in JDF 1.1

The table defining the deprecated AdhesiveBinding Subelement has been moved to Section P.4.1, “BindingIntent Deprecated Subelements” .

7.1.3.4 Element: BookCase

Deprecated in JDF 1.1

The table defining the deprecated BookCase Subelement has been moved to Section P.4.1, “BindingIntent Deprecated Subelements” .

7.1.3.5 Element: ChannelBinding

 

Table 7-20: ChannelBinding Element

Name

Data Type

Description

ChannelBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for the ChannelBinding .

Cover ?

OptionSpan

If "true" , the clamp used in ChannelBinding includes a preassembled cover.

Thickness ?

NumberSpan

Specifies thickness of board which is wrapped as front and back covers of a case bound book, in points.

7.1.3.6 Element: CoilBinding

 

Table 7-21: CoilBinding Element

Name

Data Type

Description

CoilBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for the coil.

CoilMaterial ?

EnumerationSpan

The coil materials available for CoilBinding .

Values are:

Steel - Plain steel.

ColorCoatedSteel - Coated steel.

Plastic - any kind of plastic.

HoleList ?

New in JDF 1.2

refelement

Details of the holes for coil binding.

 

7.1.3.7 Element: EdgeGluing

New in JDF 1.1

 

Table 7-22: EdgeGluing Element

Name

Data Type

Description

EdgeGlue ?

EnumerationSpan

Glue type used to glue the edge of the gathered Sheets.

Values are:

ColdGlue

Hotmelt

PUR - Polyurethane rubber.

 

7.1.3.8 Element: HardCoverBinding

New in JDF 1.1

 

Table 7-23: HardCoverBinding Element (Section 1 of 3)

Name

Data Type

Description

BlockThreadSewing ?

OptionSpan

Specified if the block is thread sewn.

CoverStyle ?

New in JDF 1.3

NameSpan

Defines the style of the cover board.

Values include:

Simple - Single layer cover board, see Figure 7-1.

Padded - Padded cover board, see Figure 7-2.

EndSheets ?

OptionSpan

Specified if end Sheets are applied. Additional details of the EndSheets may be specified by supplying an input Component with ProcessUsage = "EndSheet" .

HeadBands ?

OptionSpan

The following case binding choice specifies the use of headbands on a case bound book. If "true" , headbands are inserted both top and bottom.

HeadBandColor ?

EnumerationSpan

Defines the color of the headband.

Values are from : Table A-3, “NamedColor Enumeration Values”.

HeadBandColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If HeadBandColorDetails is supplied, HeadBandColor SHOULD also be supplied.

Jacket ?

EnumerationSpan

Specifies whether a hard cover jacket is needed and how it is attached. Details of the jacket may be described in the Component with ProcessUsage = "Jacket".

Values are:

None - No jacket is needed.

Loose - The jacket is loosely wrapped.

Glue - The jacket is glued to the spine

JacketFoldingWidth ?

New in JDF 1.3

NumberSpan

Dimension of the jacket folds. See JacketingParams for details.

JapanBind ?

OptionSpan

Bind the book block at the open edge, so that the folds are visible on the outside. If not specified, explicitly, this option is never selected.

SpineBrushing ?

OptionSpan

Brushing option for SpinePreparation .

SpineFiberRoughing ?

OptionSpan

Fiber roughing option for SpinePreparation .

SpineGlue ?

EnumerationSpan

Glue type used to glue the book block to the cover.

Values are:

ColdGlue

Hotmelt

PUR - Polyurethane rubber.

SpineLevelling ?

OptionSpan

Leveling option for SpinePreparation .

SpineMilling ?

OptionSpan

Milling option for SpinePreparation .

SpineNotching ?

OptionSpan

Notching option for SpinePreparation .

SpineSanding ?

OptionSpan

Sanding option for SpinePreparation .

SpineShredding ?

OptionSpan

Shredding option for SpinePreparation .

StripMaterial ?

EnumerationSpan

Spine taping strip material.

Values are:

Calico

Cardboard

CrepePaper

Gauze

Paper

PaperlinedMules

Tape

Thickness ?

NumberSpan

Specifies thickness of board which is wrapped as front and back covers of a case bound book, in points.

TightBacking ?

EnumerationSpan

Definition of the geometry of the back of the book block.

Values are:

Flat - A flat backing.

Round - Rounding way.

FlatBacked - Backing way.

RoundBacked - Rounding way, backing way.

RegisterRibbon *

refelement

Number, materials, colors and details of register ribbons.

 

Figure 7-1: Structure of a normal hardcover book

 

 

 

Figure 7-2: Structure of a padded hardcover book

 

 

7.1.3.9 Element: PlasticCombBinding

 

Table 7-24: PlasticCombBinding Element

Name

Data Type

Description

CombBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for the plastic comb.

PlasticCombType ?

Modified in JDF 1.1

NameSpan

The distance between the “teeth” in PlasticCombBinding and the distance between the holes of the prepunched leaves must be the same. The following values from the hole type catalog in Appendix L, “JDF/CIP4 Hole Pattern Catalog” exist:

Values include:

P12m-rect-02 - Distance = 12 mm; Holes = 7 mm x 3 mm

P16_9i-rect-0t - Distance = 14.28 mm; Holes = 8 mm x 3 mm

Euro - Distance = 12 mm; Holes = 7 mm x 3 mm Deprecated in JDF 1.1

USA1 - Distance = 14.28 mm; Holes = 8 mm x 3 mm. Deprecated in JDF 1.1

HoleList ?

New in JDF 1.2

element

Details of the holes for the plastic comb. Note that Shape is always rectangular by design of the plastic combs.

7.1.3.10 Element: RingBinding

 

Table 7-25: RingBinding Element (Section 1 of 2)

Name

Data Type

Description

BinderBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for RingBinding .

BinderMaterial ?

NameSpan

The following describe RingBinding binder materials used.

Values include:

Cardboard - Cardboard with no covering.

ClothCovered - Cardboard with cloth covering.

Plastic - Binder cover fabricated from solid plastic Sheet material, (e.g., PVC Sheet).

VinylCovered - Cardboard with colored vinyl covering.

HoleType ?

New in JDF 1.1

EnumerationSpan

Predefined hole pattern for the ring system. Multiple hole patterns are not allowed, (e.g., 3-hole ring binding and 4-hole ring binding holes on one piece of media). For details of the hole types, see the values.

Values are from : Appendix L, “JDF/CIP4 Hole Pattern Catalog” .

RingDiameter ?

NumberSpan

Size of the rings in points. The value used in production must be suitable for specified values of HoleType . Note that in ring shapes other than round, this size is specified by industry-standard method.

RingMechanic ?

OptionSpan

The ring binder used includes a lever for opening and closing.

RingShape ?

NameSpan

RingBinding shapes.

Values include:

Round

Oval

D-shape

SlantD

RingSystem ?

Deprecated in JDF 1.1

NameSpan

Values include:

2HoleEuro

3HoleUS

4HoleEuro

Deprecation note: starting with JDF 1.1, use HoleType .

RivetsExposed ?

OptionSpan

The following RingBinding choice describes mounting of the ring mechanism in binder case.

If "true" , the heads of the rivets are visible on the exterior of the binder. If "false" , the binder covering material covers the rivet heads.

ViewBinder ?

NameSpan

The values are RingBinding clear vinyl outer wrap types and are used on top of a colored base wrap.

Values include:

Embedded - Printed material is embedded by sealing between the colored and clear vinyl layers during binder manufacturing.

Pocket - Binder is designed so that printed material can be inserted between the color and clear vinyl layers after binder manufacturing.

7.1.3.11 Element: SaddleStitching

 

Table 7-26: SaddleStitching Element

Name

Data Type

Description

StitchNumber ?

New in JDF 1.1

IntegerSpan

Number of stitches used for saddle stitching.

7.1.3.12 Element: SideSewing

This is a placeholder that might be filled with private or future data.

 

Table 7-27: SideSewing Element

Name

Data Type

Description

 

 

 

7.1.3.13 Element: SideStitching

 

Table 7-28: SideStitching Element

Name

Data Type

Description

StitchNumber ?

New in JDF 1.2

IntegerSpan

Number of stitches used for side stitching.

 

7.1.3.14 Element: SoftCoverBinding

New in JDF 1.1

 

Table 7-29: SoftCoverBinding Element (Section 1 of 2)

Name

Data Type

Description

BlockThreadSewing ?

OptionSpan

Specifies whether the block is also thread sewn.

EndSheets ?

New in JDF 1.3

OptionSpan

Specified if end Sheets are applied. Additional details of the EndSheets may be specified by supplying an input Component with ProcessUsage = "EndSheet" .

FoldingWidth ?

New in JDF 1.3

NumberSpan

Definition of the dimension of the folding width of the front cover fold. See JacketingParams for details.

FoldingWidthBack ?

New in JDF 1.3

NumberSpan

Definition of the dimension of the folding width of the back cover fold. If not specified, FoldingWidthBack defaults to FoldingWidth .

GlueProcedure ?

EnumerationSpan

Glue procedure used to glue the book block to the cover.

Values are:

Spine

SideOnly - Glued at the side or endsheets but not at the spine. SideOnly books are also referred to as “layflat” if EndSheets are also specified. See Figure 7-3, “Structure of a book with GlueProcedure = "SideOnly" (Layflat)” .

SingleSide - Swiss Brochure.

SideSpine - Both side gluing and spine gluing.

Scoring ?

EnumerationSpan

Scoring option for SoftCoverBinding . Values are based on viewing the cover in its flat, prebound state.

Values are:

TwiceScored

QuadScored

None

SpineBrushing ?

OptionSpan

Brushing option for SpinePreparation .

SpineFiberRoughing ?

OptionSpan

FiberRoughing option for SpinePreparation .

SpineGlue ?

EnumerationSpan

Glue type used to glue the book block to the cover.

Values are:

ColdGlue

Hotmelt

PUR - Polyurethane rubber.

SpineLevelling ?

OptionSpan

Leveling option for SpinePreparation .

SpineMilling ?

OptionSpan

Milling option for SpinePreparation .

SpineNotching ?

OptionSpan

Notching option for SpinePreparation .

SpineSanding ?

OptionSpan

Sanding option for SpinePreparation .

SpineShredding ?

OptionSpan

Shredding option for SpinePreparation .

 

Figure 7-3: Structure of a book with GlueProcedure = "SideOnly" (Layflat)

 

7.1.3.15 Element: StripBinding

New in JDF 1.1

 

Table 7-30: StripBinding Element

Name

Data Type

Description

HoleList ?

New in JDF 1.2

refelement

Note that Shape is always round by design of the strip poles.

7.1.3.16 Element: Tabs

Specifies tabs in a bound document.

 

Table 7-31: Tabs Element

Name

Data Type

Description

TabBanks = "1"

Deprecated in JDF 1.4

integer

Number of rows of tabs on the face of the book.

Deprecation note: starting with JDF 1.4, TabBanks should be calculated from TabCount and TabsPerBank .

TabBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for the Tabs .

TabCount ?

New in JDF 1.4

integer

Number of tabs across all banks. If TabsPerSet is not an even multiple of TabsPerBank , the last bank in each set is partially filled.

TabsPerBank ?

integer

Number of equal-sized tabs in a single bank if all positions were filled. Note that banks can have tabs only in some of the possible positions

TabExtensionDistance ?

NumberSpan

Distance tab extends beyond the body of the book block, in points.

TabExtensionMylar ?

OptionSpan

If "true" , the tab extension will be mylar reinforced.

TabBindMylar ?

OptionSpan

If "true" , the tab bind edge will be mylar reinforced.

TabBodyCopy ?

OptionSpan

If "true" , Color will be applied not only on tab extension, but also on tab body. Note that lack of body copy allows all tabs within a bank to be printed on a single Sheet.

TabMylarColor ?

EnumerationSpan

Specifies the color of the mylar used to reinforce the tab extension. This is conditional on TabExtensionMylar being "true" .

Values are from : NamedColor (Section A.3.3.3, “NamedColor”).

TabMylarColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If TabMylarColorDetails is supplied, TabMylarColor SHOULD also be supplied.

7.1.3.17 Element: Tape

New in JDF 1.1

 

Table 7-32: Tape Element

Name

Data Type

Description

TapeColor ?

Deprecated in JDF 1.4

EnumerationSpan

Defines the color of the tape material of the binding.

Values are from: Table A-3, “NamedColor Enumeration Values”.

Deprecation note: starting with JDF 1.4, use BindingIntent /@ BindingColor .

7.1.3.18 Element: ThreadSealing

This is a placeholder that might be filled with private or future data.

 

Table 7-33: ThreadSealing Element

Name

Data Type

Description

 

 

 

7.1.3.19 Element: ThreadSewing

 

Table 7-34: ThreadSewing Element

Name

Data Type

Description

Sealing ?

OptionSpan

If "true" , thermo-sealing is needed in ThreadSewing .

 

7.1.3.20 Element: WireCombBinding

 

Table 7-35: WireCombBinding Element

Name

Data Type

Description

WireCombBrand ?

New in JDF 1.3

StringSpan

Strings providing available brand names for the WireCombBinding .

WireCombMaterial ?

EnumerationSpan

The material used for forming the WireCombBinding .

Values are:

Steel-Silver

ColorCoatedSteel

WireCombShape ?

EnumerationSpan

The shape of the WireCombBinding .

Values are:

Single - Each “tooth” is made with one wire.

Twin - The shape of each “tooth” is made with a double wire, (e.g., Wire-O ).

HoleList ?

New in JDF 1.2

refelement

Details of the holes for the wire comb.

 

7.1.4 ColorIntent

This Resource specifies the type of ink to be used. Typically, the parameters consist of a manufacturer name and additional identifying information. The Resource also specifies any coatings and colors to be used, including the process color model and any spot colors.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

Color , ColorantControl , ColorCorrectionParams , ColorPool , ColorSpaceConversionParams

Example Partition:

Option , PageNumber , Side

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-36: ColorIntent Resource (Section 1 of 3)

Name

Data Type

Description

Coatings ?

Modified in JDF 1.3

StringSpan

Material usually applied to a full surface on press as a protective or gloss-enhancing layer over ink.

Values include:

Aqueous

DullVarnish

GlossVarnish

Protective

SatinVarnish

Silicone

UV

Note: The individual strings within Coatings are of type NMTOKENS and may contain multiple entries from the list of values.

Note: that spot coating is specified in ColorsUsed .

ColorStandard ?

Modified in JDF 1.2

NameSpan

The color process (i.e., printing condition) requested for the Job. ColorStandard does not imply values for ColorsUsed . For instance, if ColorStandard is CMYK , ColorsUsed must still contain the four process colors Cyan , Magenta , Yellow and Black . If both of ColorICCStandard and ColorStandard are specified, then ColorICCStandard defines the ICC specific details, whereas ColorStandard defines the generic color standard.

Values include those from: Table 7-37, “ColorStandard Attribute Values”.

ColorICCStandard ?

New in JDF 1.2

StringSpan

ColorICCStandard can be used to identify a specific standard printing condition, by reference to Characterization Data registered with the ICC ( http://www.color.org/drsection1.html ). This printing condition reference corresponds to the OutputIntent characterization referencing capability in PDF/X. The syntax will be Reference Name as shown in the examples below. Reference Name is the standard reference string name used in both JDF and PDF/X, defined for each printing condition in the characterization registry on the ICC website.

Values include:

FOGRA11 - Registered by FOGRA pertaining to offset commercial and specialty printing according to [ISO12647-2:2004] , positive plates, paper type 1 (gloss-coated, above 70 g /m2) and paper type 2 (matte-coated, above 70 g /m2), screen frequency 60/cm. Appropriate for black-backing measurement.

FOGRA15 - Registered by FOGRA pertaining to offset commercial and specialty printing according to [ISO12647-2:2004] , positive plates, paper type 1 (gloss-coated, above 70 g /m2) and paper type 2 (matte-coated, above 70 g /m2), screen frequency 60/cm. Appropriate for self-backing measurement.

CGATS TR001 - pertaining to printing conditions that conform to ANSI CGATS.6, which addresses Publication printing in the US as defined by SWOP.

Note: If both of ColorICCStandard or ColorsUsed are specified, the union of the two is specified. If both of ColorICCStandard and ColorStandard are specified, then ColorICCStandard defines the ICC specific details, whereas ColorStandard defines the generic color standard.

Coverage ?

NumberSpan

Cumulative colorant coverage percentage. For example, a full Sheet of 100% deep black in CMYK has Coverage /@ Actual = "400" . Typical coverages based on one color plane are:

Light = 1-9%

Medium = 10-35%

Heavy = 36+%

InkManufacturer ?

Deprecated in JDF 1.2

NameSpan

Name of the manufacturer of the ink requested, (e.g., "ACMEInk" , "CIP4_Ink_Company" etc.).

ColorPool ?

New in JDF 1.1

refelement

Additional details about the colors used. The ColorPool Resource may include some or all details about both ColorsUsed separation spot colors, spot colors contained in Job files that will be printed using process color equivalents and the ColorStandard process colors.

ColorsUsed ?

element

Array of colorant separation names that are requested. If not specified, the values are implied from ColorStandard . If specified, ColorsUsed must contain a list of all separation names used by the Job. Note: If additional information about the colors and colorants is needed, it can be specified in the referenced ColorPool Resource.

-- Attribute: ColorStandard

 

Table 7-37: ColorStandard Attribute Values

Value

Description

CMYK

Generic four color process.

FIRST

Flexographic Image Reproduction Specifications & Tolerances.

GRACOL

General Requirements for Applications in Commercial Offset Lithography

Hexachrome

6 Colors CMYK + Orange and Green .

HIFI

7 Colors CMYK + Red , Green and Blue .

ISO12647

Deprecated in JDF 1.2

[ISO12647-2:2004] offset standard.

JapanColor2001

Japan Color 2001 standard [japancolor] .

Monochrome

Generic single color printing condition, (e.g., black and white or one single spot color).

None

Deprecated in JDF 1.2

No marks. Used to define one-sided printing.

Deprecation note: starting with JDF 1.2, use LayoutIntent /@ Sides instead.)

SNAP

Specifications for Newsprint Advertising Production

SWOP

Specifications for Web Offset Publications. Registered by ANSI with the ICC as ICC:CGATS TR001 pertaining to printing conditions that conform to ANSI CGATS.6 which is based on Publication printing in the US as defined by SWOP, Inc.

7.1.4.1 Element: ColorsUsed

 

Table 7-38: ColorsUsed Element

Name

Data Type

Description

SeparationSpec *

Modified in JDF 1.2

element

These can be process colors, generic spot colors or named spot colors.

In addition, partial (spot) coating is specified by adding a SeparationSpec with anything from Coatings as SeparationSpec /@ Name :

Aqueous

Bronzing

DullVarnish

GlossVarnish

SatinVarnish

Silicone

Spot - Generic spot color of which the details are unknown. Spot may be specified multiple times in one ColorsUsed Element. New in JDF 1.2

UV

Varnish - Generic varnish including DullVarnish, GlossVarnish and SatinVarnish. New in JDF 1.3

7.1.5 DeliveryIntent

Summarizes the options that describe pickup or delivery time and location of the Physical Resource s of a Job. It also defines the number of copies that are requested for a specific Job or delivery. This includes delivery of both final products and of proofs. DeliveryIntent may also be used to describe the delivery of intermediate products such as partial products in a subcontracting description.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

Address , DeliveryParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-39: DeliveryIntent Resource (Section 1 of 4)

Name

Data Type

Description

Accepted ?

Deprecated in JDF 1.3

boolean

The quote that is specified by this DeliveryIntent has been accepted.

Deprecation note: starting with JDF 1.3, contract negotiation information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

AdditionalAmount = "1"

New in JDF 1.2

Deprecated in JDF 1.3

integer

Number of components used to calculate the value of the AdditionalPrice Attribute in the Pricing . This value applies to the number of additional items in one DropIntent / DropItemIntent and not to the total additional number of items.

In JDF 1.3 and beyond, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

BuyerAccount ?

string

Account ID of the buyer with the delivery service.

DeliveryCharge ?

New in JDF 1.1

Modified in JDF 1.2

EnumerationSpan

Specifies who pays for a delivery being made by a third party.

Values are:

Printer - The Printer is defined as the person who creates the Resource that is delivered. This includes all suppliers, (e.g., binders, prepress suppliers, etc.).

Buyer - The customer specified in CustomerInfo .

Other - The Contact [@ ContactTypes = "DeliveryCharge" ]. New in JDF 1.2

Earliest ?

TimeSpan

Specifies the earliest time after which the transfer is to be made. Within an RFQ or a Quote, at most one of Earliest or EarliestDuration must be specified.

EarliestDuration ?

DurationSpan

Specifies the earliest time by which the transfer is to be made relative to the date of the purchase order. Within an RFQ or a Quote, at most one of Earliest or EarliestDuration must be specified. Within a purchase order, EarliestDuration must not be specified.

Method ?

NameSpan

Specifies a delivery method, which can be a generic method.

Values include:

BestWay - The sender decides how to deliver.

CompanyTruck

Courier

Email

ExpressMail

InterofficeMail

Storage - The product is stored by the supplier.

OvernightService

UPS - a delivery service brand

DHL - a delivery service brand

FedEx - a delivery service brand

Ownership = "Origin"

enumeration

Point of transfer of ownership:

Values are:

Origin - Ownership of goods is transferred upon leaving point of origin.

Destination - Ownership is transferred upon receipt at destination.

Overage ?

NumberSpan

Percentage value that defines the acceptable upwards variation of Amount . Defaults to the trade custom defaults as defined by PIA, BVD, etc.

Pickup ?

Deprecated in JDF 1.1

boolean

Specifies whether the delivery brings or picks up the merchandise.

If Pickup = "false" , the drop is delivered to the address specified in Company .

If Pickup = "true" , the DeliveryIntent describes an input to the Job, (e.g., a CD for inserting, a preprinted cover, etc.). In this case Company describes the location where the merchandise is picked up.

Required ?

TimeSpan

Specifies the time by which the transfer is to be made. Within an RFQ or a Quote, exactly one of Required or RequiredDuration must be specified.

RequiredDuration ?

DurationSpan

Specifies the time by which the transfer is to be made relative to the date of the purchase order. Within an RFQ or a Quote, exactly one of Required or RequiredDuration must be specified. Within a purchase order, RequiredDuration must not be specified.

ReturnMethod ?

New in JDF 1.1

NameSpan

Specifies a delivery method for returning the surplus material and must not be specified unless SurplusHandling = "Return" .

Values are from: Method

ServiceLevel ?

New in JDF 1.2

StringSpan

The service level of the specific carrier.

Values include those from: ArtDeliveryIntent / ServiceLevel

SurplusHandling ?

New in JDF 1.1

EnumerationSpan

Describes what is to happen with unused or redundant parts of the transfer specified with Transfer = "BuyerToPrinterDeliver" or "BuyerToPrinterPickup" after the Job. The return delivery or pickup address is specified by
Contact [contains (@ ContactTypes , "SurplusReturn" )].

Values are:

ReturnWithProduct - The surplus material is delivered back to the customer together with the final product.

Return - The surplus material is delivered back independently directly after usage.

Pickup - The customer picks up the surplus material.

Destroy - The printer destroys the surplus material.

PrinterOwns - The surplus material belongs to the printer.

Store - The printer has to store the surplus material for future purposes.

Transfer ?

New in JDF 1.1

EnumerationSpan

Describes the direction and responsibility of the transfer.

Values are:

BuyerToPrinterDeliver - The DeliveryIntent describes an input to the Job, (e.g., a CD for inserting, a preprinted cover, etc.). In this case, the buyer delivers the merchandise to the printer. The printer is to specify in the quote a special
Contact [contains (@ ContactTypes , "Delivery" )]. The Contact specifies where the buyer is to send the merchandise.

BuyerToPrinterPickup - The DeliveryIntent describes an input to the Job, (e.g., a CD for inserting, a preprinted cover, etc.). In this case, the printer picks up the merchandise.
The Contact [contains (@ ContactTypes , "Pickup" )] specifies where the printer has to pick up the merchandise.

PrinterToBuyerDeliver - The DeliveryIntent describes an output of the Job. In this case, the printer delivers the merchandise to the buyer. The Contact [contains (@ ContactTypes , "Delivery" )] specifies where the printer is to send the merchandise.

PrinterToBuyerPickup - The DeliveryIntent describes an output of the Job. In this case, the buyer picks up the merchandise. The printer is to specify in the quote a special Contact [contains (@ ContactTypes , "Pickup" )]. The Contact specifies where the buyer is to pick up the merchandise.

Underage ?

NumberSpan

Percentage value that defines the acceptable downwards variation of Amount . Defaults to the trade custom defaults as defined by PIA, BVD, etc.

Company ?

Deprecated in JDF 1.1

refelement

Address and further information of the addressee.

In JDF 1.1 and beyond, Company is referenced from Contact .

Contact *

New in JDF 1.1

refelement

Address and further information of the Contact responsible for the transfer. The actual delivery address is specified as the Contact [contains (@ ContactTypes , "Delivery" )]/ Address . The actual pickup address is specified as the Contact [contains (@ ContactTypes , "Pickup" )]/ Address . At most one Contact [contains (@ ContactTypes , X )] must be specified for X equal to "Delivery" , "Pickup" or "Billing" ,

DropIntent +

element

Includes all locations where the product will be delivered. Note that multiple DropIntent Elements specify multiple deliveries and not options for delivery.

Pricing ?

Deprecated in JDF 1.3

element

Pricing Elements that define the pricing of the complete DeliveryIntent including any DropIntent or DropItemIntent Elements that may contain further Pricing Elements.

In JDF 1.3 and beyond, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

7.1.5.1 Element: DropIntent

This Element contains information about the intended individual drop of a delivery. Attributes that are specified in a DropIntent Element overwrite those that are specified in their parent DeliveryIntent Element. If optional values are not specified, they default to the values specified in the DeliveryIntent .

 

Table 7-40: DropIntent Element (Section 1 of 2)

Name

Data Type

Description

AdditionalAmount ?

New in JDF 1.2

Deprecated in JDF 1.3

integer

Number of components used to calculate the value of the AdditionalPrice Attribute in the Pricing . This value applies to the number of additional items in one DropIntent / DropItemIntent and not to the total additional number of items. If not specified, defaults to the value of DeliveryIntent /@ AdditionalAmount .

In JDF 1.3 and beyond, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

BuyerAccount ?

New in JDF 1.2

string

Account ID of the buyer with the delivery service.

Default value is from: DeliveryIntent /@ BuyerAccount

Earliest ?

TimeSpan

Specifies the earliest time after which the transfer is to be made. Within an RFQ or a Quote, at most one of Earliest or EarliestDuration must be specified.

EarliestDuration ?

DurationSpan

Specifies the earliest time by which the transfer is to be made relative to the date of the purchase order. Within an RFQ or a Quote, at most one of Earliest or EarliestDuration must be specified. Within a purchase order, EarliestDuration must not be specified.

Method ?

NameSpan

Specifies a delivery method.

Default value is from: DeliveryIntent Method .

Values include those from: DeliveryIntent Method

Pickup ?

Deprecated in JDF 1.1

boolean

If "true" , the merchandise is picked up.

If Pickup = "false" , the DropIntent is delivered to the address specified in Company .

If Pickup = "true" , the DropIntent describes an input to the Job, (e.g., a CD for inserting, a preprinted cover, etc.). In this case, Company describes the location where the merchandise is picked up.

Required ?

TimeSpan

Specifies the time by which the delivery is to be made. Within an RFQ or a Quote, at most one of Required or RequiredDuration must be specified.

RequiredDuration ?

DurationSpan

Specifies the time by which the delivery is to be made relative to the date of the purchase order. Within an RFQ or a Quote, at most one of Required or RequiredDuration must be specified. Within a purchase order, RequiredDuration must not be specified.

ReturnMethod ?

New in JDF 1.1

NameSpan

Specifies a delivery method for returning the surplus material, and must not be specified unless SurplusHandling = "Return" .

Default value is from: DeliveryIntent / ReturnMethod .

Values include those from: DeliveryIntent / ReturnMethod

ServiceLevel ?

New in JDF 1.2

StringSpan

The service level of the specific carrier.

Default value is from: DeliveryIntent / ServiceLevel .

Values include those from: DeliveryIntent / ServiceLevel

SurplusHandling ?

New in JDF 1.1

EnumerationSpan

Describes what is to happen with unused or redundant parts of the transfer.

Default value is from: DeliveryIntent SurplusHandling .

Values are from : DeliveryIntent / SurplusHandling .

Transfer ?

New in JDF 1.1

EnumerationSpan

Describes the direction and responsibility of the transfer.

Default value is from: DeliveryIntent / Transfer .

Values are: (see DeliveryIntent / Transfer ).

Company ?

Deprecated in JDF 1.1

refelement

Address and further information of the addressee. In JDF 1.1 and beyond Company is a Subelement of Contact .

Contact *

New in JDF 1.1

refelement

Address and further information of the Contact responsible for the transfer. The actual delivery address is specified as the Contact [contains (@ ContactTypes , "Delivery" )]/ Address . The actual pickup address is specified as the Contact [contains (@ ContactTypes , "Pickup" )]/ Address . At most one Contact [contains (@ ContactTypes , X )]/ must be specified for X equal to "Delivery" , "Pickup" or "Billing" . Defaults to the DeliveryIntent / Contact

DropItemIntent +

element

A DropIntent may consist of multiple products, which are represented by their respective Physical Resource s. Each DropItemIntent Element describes a number of individual Resources that is part of this DropIntent .

Pricing ?

Deprecated in JDF 1.3

element

Pricing Element that defines the pricing of the DropIntent . In JDF 1.3 and beyond, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

7.1.5.2 Element: DropItemIntent

 

Table 7-41: DropItemIntent Element (Section 1 of 2)

Name

Data Type

Description

AdditionalAmount ?

Modified in JDF 1.2

Deprecated in JDF 1.3

integer

Number of components used to calculate the value of the AdditionalPrice Attribute in the Pricing . If not specified, defaults to the value of DropIntent /@ AdditionalAmount .

In JDF 1.3 and beyond, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

Amount ?

integer

Specifies the final number of Resources delivered. If not specified, defaults to the total amount of the Resource that is specified by PhysicalResource or 1 if this DropItemIntent specifies a proof. Note that DropItemIntent /@ Amount corresponds semantically to ResourceLink /@ ActualAmount and DropItem /@ ActualAmount .

OrderedAmount ?

integer

Specifies the original number of Resources ordered. If not specified, defaults to the value of Amount . Note that DropItemIntent /@ OrderedAmount corresponds semantically to ResourceLink /@ Amount and DropItem /@ Amount .

Proof ?

New in JDF 1.1

string

This DropItemIntent refers to a proof that is specified in a ProofItem of the ProofingIntent of this Product Intent Node.

Constraint: ProofingIntent / ProofItem /@ ProofName must match Proof . Exactly one of PhysicalResource or Proof must be specified.

Unit ?

string

Unit of measurement for the Amount specified in the PhysicalResource .

Default value is: value of Unit defined in the Resource described by the PhysicalResource

PhysicalResource ?

Modified in JDF 1.1

refelement

Description of the individual item that is delivered.

Constraint: exactly one of PhysicalResource or Proof must be specified.

Note: PhysicalResource represents a Resource that must be an instance of a Physical Resource , (e.g., Component ).

Pricing ?

Deprecated in JDF 1.3

element

Pricing Element that defines the pricing of the DropItemIntent .

Deprecation note: starting with JDF 1.3, pricing information has been removed and will be handled by the business wrapper around JDF, e.g. PrintTalk.

7.1.5.3 Element: Pricing

Deprecated in JDF 1.3

The table defining the deprecated Pricing Subelement has been moved to Section P.4.2, “DeliveryIntent Deprecated Subelements” .

7.1.5.4 Element: Payment

Deprecated in JDF 1.3

The table defining the deprecated Payment Subelement has been moved to Section P.4.2, “DeliveryIntent Deprecated Subelements” .

7.1.5.5 Element: CreditCard

Deprecated in JDF 1.3

The table defining the deprecated CreditCard Subelement has been moved to Section P.4.2, “DeliveryIntent Deprecated Subelements” .

7.1.6 EmbossingIntent

New in JDF 1.1

This Resource specifies the embossing and/or foil stamping intent for a JDF Job using information that identifies whether the product is embossed or stamped, and if desired, the complexity of the affected area.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

EmbossingParams

Example Partition:

Option , PageNumber , Side

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-42: EmbossingIntent Resource

Name

Data Type

Description

EmbossingItem +

element

Each embossed image is described by one EmbossingItem .

7.1.6.1 Element: EmbossingItem

 

Table 7-43: EmbossingItem Element (Section 1 of 2)

Name

Data Type

Description

Direction

Modified in JDF 1.3

EnumerationSpan

The direction of the image.

Values are:

Both - Both debossing and embossing in one stamp.

Depressed - Debossing.

Flat - The embossing foil is applied flat. Used for foil stamping. New in JDF 1.3

Raised - Embossing.

EdgeAngle ?

NumberSpan

The angle of a beveled edge in degrees. Typical values are an angle of: 30, 40, 45, 50 or 60 degrees. If EdgeAngle is specified, EdgeShape = "Beveled" must be specified.

EdgeShape ?

EnumerationSpan

The transition between the embossed surface and the surrounding media can be rounded or beveled (angled).

Values are:

Rounded

Beveled

EmbossingType
Modified in JDF 1.4

StringSpan

The strings defined in EmbossingType are whitespace separated combinations of the following tokens.

Values include:

Braille - 6 dot Braille embossing. New in JDF 1.4

BlindEmbossing - Embossed forms that are not inked or foiled. The color of the image is the same as the paper.

FoilEmbossing - Combines embossing with foil stamping in one single impression.

FoilStamping - Using a heated die to place a metallic or pigmented image from a coated foil on the paper.

RegisteredEmbossing - Creates an embossed image that exactly registers to a printed image.

FoilColor ?

EnumerationSpan

Defines the color of the foil material which is used for embossing.

Values are from : Table A-3, “NamedColor Enumeration Values”.

FoilColorDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If FoilColorDetails is supplied, FoilColor SHOULD also be supplied.

Height ?

NumberSpan

The height of the levels. This value specifies the vertical distance between the highest and lowest point of the stamp, regardless of the value of Direction .

ImageSize ?

XYPairSpan

The size of the bounding box of one single image.

Level ?

EnumerationSpan

The level of embossing.

Values are:

SingleLevel

MultiLevel

Sculpted

Position ?

XYPairSpan

Position of the center of the bounding box of the embossed image in the coordinate system of the Component .

7.1.7 FoldingIntent

This Resource specifies the fold intent for a JDF Job using information that identifies the number of folds, the height and width of the folds, and the folding catalog number. Note that the folding catalog is described in Section 7.2.79, “FoldingParams” .

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

CreasingParams , CuttingParams , Fold , FoldingParams , PerforatingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-44: FoldingIntent Resource

Name

Data Type

Description

FoldingCatalog

NameSpan

Describes the folding scheme according to the folding catalog in Figure 7-33, “Fold catalog part 1” and Figure 7-34, “Fold catalog part 2”.

Value format is: " Fn-i " where “n” is the number of finished pages and “i” is either an integer, which identifies a particular fold or the letter "X" , which identifies a generic fold. E.g., "F6-2" describes a Z-fold of 6 finished pages, and "F6-X . " describes a generic fold with 6 finished pages.

Note: The folding scheme in this context refers to the folding of the finished product as seen after the cutting, not the folding, of the Sheet as seen in production. See LayoutIntent /@ Foliocount for a discussion of pagination of folded end products.

Folds ?

Deprecated in JDF 1.1

XYPair

Number of folds in x and in y direction. This Attribute specifies the number of folds seen in the Sheet after folding, and not the number of fold operations needed to achieve that result. If not specified, it must be inferred from FoldingCatalog . If X and Y are the number of folds in the x and y directions, respectively, the product 2*(X+1)*(Y+1 ) must always match the n of
" Fn-i " of FoldingCatalog .

Fold *

New in JDF 1.1

element

This describes the details of folding operations in the sequence described by the value of FoldingCatalog . Fold must be specified if non-symmetrical folds are requested.

7.1.8 HoleMakingIntent

This Resource specifies the holemaking intent for a JDF Job, using information that identifies the type of holemaking operation or alternatively, an explicit list of holes. This Resource does not specify whether the media will be pre-drilled or the media will be drilled or punched as part of making the product.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

Hole , HoleLine , HoleMakingParams , Media

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-45: HoleMakingIntent Resource

Name

Data Type

Description

Extent ?

New in JDF 1.2

XYPair

Size (bounding box) of the hole in points when specifying a standard hole pattern in HoleType . If not specified the implied default defined in Appendix L, “JDF/CIP4 Hole Pattern Catalog” is assumed. Ignored when HoleType /@ Actual = "Explicit" .

HoleReferenceEdge = "Left"

New in JDF 1.1

enumeration

The edge of the media relative to where the holes are to be punched. Use with HoleType .

Values are:

Left

Right

Top

Bottom

Pattern - Specifies that the reference edge implied by the value of HoleType in Appendix L, “JDF/CIP4 Hole Pattern Catalog” is used.

HoleType

Modified in JDF 1.1

StringSpan

Predefined hole pattern. Multiple hole patterns are specified as one NMTOKENS string, (e.g., 3-hole ring binding and 4-hole ring binding holes on one piece of media).

Values include :

Explicit - Holes are defined in an array of Hole Elements.

2HoleEuro - Replace by either R2m-DIN or R2m-ISO Deprecated in JDF 1.0 .

3HoleUS - Replace by R3I-US Deprecated in JDF 1.0

4HoleEuro - Replace by R4m-DIN-A4 or R4m-DIN-A5 Deprecated in JDF 1.0 .

Values are from : Appendix L, “JDF/CIP4 Hole Pattern Catalog”.

HoleList ?

element

Array of all Hole Elements. Used only when HoleType /@ Actual = "Explicit" , otherwise this Element is not used.

7.1.9 InsertingIntent

This Resource specifies the placing or inserting of one component within another, using information that identifies page location, position and attachment method. The receiving component is defined by a ProcessUsage Attribute of “Parent”. All other input components are mapped to the Insert Elements by their ordering in the ResourceLinkPool .

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

InsertingParams , InsertSheet

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-46: InsertingIntent Resource

Name

Data Type

Description

GlueType ?

EnumerationSpan

Glue used to fasten the insert.

Values are:

Permanent

Removable

Method ?

EnumerationSpan

Values are:

BindIn - Apply glue to fasten the insert

BlowIn - Loose insert.

InsertList

element

List of individual inserts.

7.1.9.1 Element: InsertList

 

Table 7-47: InsertList Element

Name

Data Type

Description

Insert *

element

Individual insert description.

 

7.1.9.2 Element: Insert

 

Table 7-48: Insert Element (Section 1 of 2)

Name

Data Type

Description

Folio

IntegerRangeList

List of potential Folios where the insert is to be placed. A Folio is defined by its first page in case Method /@ Actual = "BlowIn" and by the page that the glue is applied in case Method /@ Actual = "BindIn" . In general, a list of Folios will only be supplied for Method /@ Actual = "BlowIn" . The pages are counted in the order, which is described in FolioCount of the parent Component / Bundle .

GlueType ?

EnumerationSpan

Glue used to fasten the insert.

Default value is fro m: InsertingIntent / GlueType .

Values are:

Removable

Permanent

Method ?

EnumerationSpan

Inserting method.

Default value is from : InsertingIntent / Method .

Values are:

BindIn - Apply glue to fasten the insert.

BlowIn - Loose insert.

SheetOffset ?

Deprecated in JDF 1.1

XYPair

Offset between the Component to be inserted and finished page identified by Folio in the parent Component . In JDF 1.2 and beyond, the offset is specified in the offset part of Transformation .

Transformation ?

matrix

Rotation and offset between the Component to be inserted and the parent Component . If not specified, the identity matrix is applied.

WrapPages ?

New in JDF 1.1

IntegerRangeList

List of finished pages of the cover that wrap around an Insert after all folds are correctly positioned. It is sufficient to specify the finished page of the front surface of the cover, (e.g., Cover 1 and Cover 4). Note that this key must not be specified unless the folding is ambiguous.

GlueLine *

New in JDF 1.1

element

Array of all GlueLine Elements used to glue in the insert. must not be specified in conjunction with GlueType .

7.1.10 LaminatingIntent

This Resource specifies the laminating intent for a JDF Job using information that identifies whether or not the product is laminated, and if desired, the temperature and thickness of the laminate.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

LaminatingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-49: LaminatingIntent Resource

Name

Data Type

Description

Laminated ?

Deprecated in JDF 1.1

OptionSpan

If "true" , the product is laminated.

If no LaminatingIntent is specified, the product must not be laminated.

Temperature ?

Modified in JDF 1.3

EnumerationSpan

Temperature used in the Laminating Process.

Values are:

Hot

Cold

Surface ?

EnumerationSpan

The surface to be laminated.

Values are:

Front

Back

Both

Texture ?

New in JDF 1.3

NameSpan

The intended texture of the laminate.

Values include:

Antique - Rougher than vellum surface.

Calendared - Extra-smooth or polished, uncoated paper.

Grain

Linen - Texture of coarse woven cloth.

Matte

Smooth

Stipple - Fine pebble finish.

Vellum - Slightly rough surface.

Thickness ?

NumberSpan

Thickness of the laminating material. Measured in microns [m].

7.1.11 LayoutIntent

Modified in JDF 1.2

This Resource records the size of the finished pages for the product component. It does not, however, specify the size of any intermediate results such as press Sheets. It also describes how the finished pages of the product component are to be imaged onto the finished media. The size definition of the finished media describes the size of a Sheet that is folded to create a product, not the size of a production Sheet, (e.g., in the press).

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

Layout , LayoutPreparationParams , StrippingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-50: LayoutIntent Resource (Section 1 of 4)

Name

Data Type

Description

Dimensions ?

New in JDF 1.1

XYPairSpan

Specifies the width (X) and height (Y) in points, respectively, of the media or product Component unfolded. For example, Dimensions for a Z-fold is the unfolded dimensions, while FinishedDimensions is the folded dimensions if known. Use Dimensions if FinishedDimensions is not known. The Dimensions Span Element is provided for the rare case that FinishedDimensions does not unambiguously define the finished product, due to complex folding schemes. If both values are specified, FinishedDimensions takes precedence

FinishedDimensions ?

New in JDF 1.1

ShapeSpan

Specifies the width (X), height (Y) and depth (Z) in points, respectively, of the finished product Component after all finishing operations, including folding, trimming, etc. If the Z coordinate is 0, it is ignored. Only FinishedDimensions should be specified if both FinishedDimensions and Dimensions are known.

FinishedGrainDirection ?

New in JDF 1.2

EnumerationSpan

Specifies the media grain direction of the finished page with respect to the binding edge.

Values are:

ParallelToBind - Grain direction is parallel to the binding edge.

PerpendicularToBind - Grain direction is perpendicular to the binding edge. Note: in JDF 1.2 this was erroneously misspelled as PerpendiculatToBind

FinishedPageOrientation ?

Deprecated in JDF 1.1

enumeration

Indicates the desired orientation of the finished media.

Values are:

Portrait - The short edges of the media are the top and bottom.

Landscape - The long edges of the media are the top and bottom.

Note: In JDF 1.1, the finished page orientation is implied by the value of Dimensions and FinishedDimensions . If height (X) > width (Y), the product is portrait.

FolioCount = "Booklet"

New in JDF 1.1

enumeration

Defines the method used when counting finished pages.

Values are:

Booklet - Each sample of the component consists of two finished pages, (e.g., a leaf--the front side and the back side of one sample of the component). Folds as specified by FoldingIntent /@ FoldingCatalog do not affect pagination. Finished Pages are counted in reader order of the pages of the component in the product.

Flat - The number of finished pages of one Sheet of an individual component is given by the product 2*(X+1)*(Y+1) , where x denotes the number of folds in x direction and y denotes the number of folds in y direction. The pages are counted from the upper left of the front side of the top media to the lower right of the back side of the bottom media. Flat is to be used for non-standard products where the reader order is ambiguous. The page breaks on a Sheet are defined by the folds as specified by FoldingIntent /@ FoldingCatalog (see Figure 7-33 and Figure 7-34) for the product. All Sheets are counted, even if they are not included in the product, (e.g., due to a ShapeCuttingIntent ).

NumberUp = "1 1"

Modified in JDF 1.2

XYPair

Specifies a regular, multi-up grid of page cells into which content pages are mapped.

The first value specifies the number of columns of page cells and the second value specifies the number of rows of page cells in the multi-up grid (both numbers are integers).

At most one of Layout or NumberUp must be specified.

Pages ?

New in JDF 1.1

Modified in JDF 1.2

IntegerSpan

Specifies the number of finished pages (surfaces) of the product component, including blank pages.

Pages multiplied with Dimensions then divided by two (2) identifies the amount of paper that is used in the product. Pages describes the paper usage regardless of document layout. This value must be an even number. For example, the value for Pages for a two-sided booklet with seven Reader Pages would be "8" , whether the booklet were saddle stitched or glued.

PageVariance ?

New in JDF 1.1

IntegerSpan

Specifies the number of non-identical finished pages of the product component, (i.e., the number of distinct master pages copied to produce the product). If not specified, the value of Pages is used as the default. For example, if there are ten finished pages, in which three are identical, PageVariance /@ Actual = "8" since it would take eight master copies to produce the product.

RotatePolicy ?

New in JDF 1.2

enumeration

Specifies the policy to automatically rotate the image to optimize the fit of the image to the page container. For instance, individual landscape pages in a portrait document may automatically be rotated. The page container is one cell on the NUp grid of the Media defined in Dimensions or FinishedDimensions .

Values are:

NoRotate - Do not rotate.

RotateOrthogonal - Rotate by 90˚ in either direction.

RotateClockwise - Rotate clockwise by 90˚.

RotateCounterClockwise - Rotate counter-clockwise by 90˚.

Sides ?

Modified in JDF 1.2

enumeration

Indicates whether contents are to be printed on one or both sides of the media.

Values are:

OneSided - Page contents will only be imaged on the front side of the media.

OneSidedBack - Page contents will only be imaged on the back side of the media. New in JDF 1.2

TwoSidedHeadToHead - Impose pages upon the front and back sides of media Sheets so that the head (top) of page contents back up to each other.

TwoSidedHeadToFoot - Impose pages upon the front and back sides of media Sheets so that the head (top) of the front backs up to the foot (bottom) of the back.

SizePolicy ?

New in JDF 1.2

EnumerationSpan

Allows printing even if the container size defined in Dimensions or FinishedDimensions does not match the requirements of the data. The page container is one cell on the NUp grid of the Media defined in Dimensions or FinishedDimensions .

Values are:

ClipToMaxPage - The page contents is to be clipped to the size of the container. The printed area is centered in the source image.

FitToPage - The page contents is to be scaled up or down to fit the container. The aspect ratio is maintained.

ReduceToFit - The page contents is to be scaled down but not scaled up to fit the container. The aspect ratio is maintained.

Tile - The page contents is to be split into several tiles, each printed on its own container.

Layout ?

New in JDF 1.1

refelement

Specifies the details of a more complex Layout . At most one of Layout or NumberUp must be specified. Note that the Layout specified in LayoutIntent specifies the layout definition of the finished product and not the layout of the production Sheets.

7.1.12 MediaIntent

Modified in JDF 1.2

This Resource describes the media to be used for the product component. In some cases, the exact identity of the medium is known, while in other cases, the characteristics are described and a particular stock is matched to those characteristics.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

Media

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-51: MediaIntent Resource (Section 1 of 7)

Name

Data Type

Description

BackCoatings ?

EnumerationSpan

Identical to FrontCoatings , but applied to the back surface of the media.

Default value is from: @ FrontCoatings .

Values are from : @ FrontCoatings .

Brightness ?

NumberSpan

Reflectance percentage of diffuse blue reflectance as defined by [ISO2470:1999] . The reflectance is reported per [ISO2470:1999] as the diffuse blue reflectance factor of the paper or board in percent to the nearest 0.5% reflectance factor.

BuyerSupplied ?

OptionSpan

Indicates whether the customer will supply the media. Note that the Media Resource can be used to specify additional media requirements, particularly when the media is supplied by the customer.

Dimensions ?

Deprecated in JDF 1.2

XYPairSpan

Specifies the size of the supplied media in points if BuyerSupplied evaluates to "true" . Dimensions must be ignored if BuyerSupplied evaluates to "false" . Note that the size of the finished product is always specified in LayoutIntent / FinishedDimensions .

In JDF 1.2 and beyond the specifics of BuyerSupplied media should be specified using a Media Resource. The dimensions of the finished product are specified with LayoutIntent / Dimensions or LayoutIntent / FinishedDimensions .

Flute ?

New in JDF 1.4

NameSpan

Single, capital letter that specifies the Flute type of corrugated media.

Although the classification of flutes using a letter code “A”, “B”, etc., are used very frequently e.g., in the specification of the order for a box, there seems to be no agreement on the exact numerical specification of those categories. Slightly varying numbers for flute size and frequency can be found between regions (European versus US) and between vendors.

Values include those from: Media /@ Flute

FluteDirection ?

New in JDF 1.4

EnumerationSpan

Direction of the fluting. Values are the same as Media /@ FluteDirection with slightly different description.

Values are: :

LongEdge - Along the longer axis as defined by LayoutIntent / Dimensions .

ShortEdge - Along the shorter axis as defined by LayoutIntent / Dimensions .

XDirection - Along the X-axis of the LayoutIntent coordinate system

YDirection - Along the Y-axis of the LayoutIntent coordinate system

FrontCoatings ?

Modified in JDF 1.2

EnumerationSpan

What pre-process coating has been applied to the front surface of the media.

Values are:

None

Coated - A coating of a system specified type. New in JDF 1.2

Glossy

HighGloss

InkJet - A coating intended for use with inkjet technology. New in JDF 1.2

Matte

Satin

Semigloss

Grade ?

IntegerSpan

The intended grade of the media on a scale of 1 through 5. Grade is ignored if MediaType /@ Actual is not "Paper" . Grade of paper material is defined in accordance with the paper “types” set forth in [ISO12647-2:2004] . Offset printing paper types are defined with integer values:

Note: [ISO12647-2:2004] paper type AdditionalPrice values do not align with U.S. GRACOL paper grade AdditionalPrice values, (i.e., [ISO12647-2:2004] type 1 does not equal U.S. GRACOL grade 1.)

Values include:

1 - Gloss-coated paper

2 - Matt-coated paper

3 - Gloss-coated, Web paper

4 - Uncoated, white paper

5 - Uncoated, yellowish paper

GrainDirection ?

New in JDF 1.2

Modified in JDF 1.4

EnumerationSpan

Direction of the grain in the coordinate system defined by LayoutIntent / Dimensions or LayoutIntent / FinishedDimensions .

Values are:

ShortEdge - Parallel to the shorter axis of the finished page.

LongEdge - Parallel to the longer axis of the finished page.

XDirection - Along the X-axis of the LayoutIntent coordinate system New in JDF 1.4

YDirection - Along the Y-axis of the LayoutIntent coordinate system. New in JDF 1.4

HoleCount ?

Deprecated in JDF 1.1

IntegerSpan

The intended number of holes that are to be punched in the media (either pre- or post-punched.) In JDF/1.1, use HoleType which includes the number of holes.

HoleType ?

New in JDF 1.1

StringSpan

Predefined hole pattern that specifies the pre-punched holes in the media. Multiple hole patterns are specified as one NMTOKENS string, (e.g., 3-hole ring binding and 4-hole ring binding holes on one piece of media.)

Values include:

None - no holes

Values include those from: Appendix L, “JDF/CIP4 Hole Pattern Catalog” .

MediaColor ?

EnumerationSpan

Color of the media. If more-specific, specialized or site-specific media color names are needed, use MediaColorDetails .

Values are from : Table A-3, “NamedColor Enumeration Values”.

MediaColorDetails ?

New in JDF 1.2

StringSpan

A more specific, specialized or site-defined name for the media color. If MediaColorDetails is supplied, MediaColor S HOULD also be supplied. Note that there is a one-to-many relationship between entries in MediaColor and MediaColorDetails , (e.g., MediaColorDetails values of "Burgundy" and "Ruby" both correspond to a MediaColor of "DarkRed" ).

MediaQuality ?

New in JDF 1.4

StringSpan

Named quality description of the media. For folding carton quality, multiple named quality description systems are in use. E.g. GC1, SBB, etc. For an overview see
http://www.procarton.com/files/fact_file_6.pdf .

MediaSetCount ?

integer

When the input media is grouped in sets, identifies the number of pieces of media in each set. For example, if the UserMediaType is "PreCutTabs" , a MediaSetCount of 5 would indicate that each set includes 5 tab Sheets.

MediaType ?

New in JDF 1.1

Modified in JDF 1.3

EnumerationSpan

Describes the medium being employed.

Values are:

CorrugatedBoard New in JDF 1.3

Disc - CD or DVD disc to be printed on. New in JDF 1.2

Other - Any other media. For this value MediaTypeDetails should also be specified

Paper

SelfAdhesive New in JDF 1.3

Transparency

MediaTypeDetails ?

New in JDF 1.3

NameSpan

Describes additional details of the medium described in MediaType .

Values include:

Cloth - Cloth, e.g., for a hard cover book case.

Leather - Leather, e.g., for a hard cover book case.

Values include those from: Media /@ MediaTypeDetails

Note: values from Media /@ MediaTypeDetails are RECOMMENDED. However, some Process related values, such as DryFilm, SHOULD NOT be used for this Attribute.

MediaUnit ?

Deprecated in JDF 1.2

EnumerationSpan

Describes the format of the media as it is delivered to the Device.

Values are:

Roll

Sheet

Deprecation note: deprecated because Intent Attributes and Span Elements pertain to finished product, not the raw media format. If BuyerSupplied = "true" , then the Media Resource can be used to provide this Span Element.

Opacity ?

Modified in JDF 1.2

EnumerationSpan

The opacity of the media. See OpacityLevel to specify the degree of opacity for any of these values.

Values are:

Opaque - The media is opaque. With two-sided printing the printing on the other side does not show through under normal incident light.

Translucent - The media is translucent to a system specified amount. For example, translucent media can be used for back lit viewing. New in JDF 1.2

Transparent - The media is transparent to a system specified amount.

OpacityLevel ?

New in JDF 1.2

NumberSpan

Normalized TAPPI opacity, (Cn), as defined and computed in [ISO2471:1998] . Refer also to [TAPPI T519] for calculation examples.

PrePrinted = "false"

boolean

Indicates whether the media is preprinted.

Recycled ?

Deprecated in JDF 1.2

OptionSpan

If "true" , recycled media is requested. In JDF 1.2 and beyond, use RecycledPercentage .

RecycledPercentage ?

New in JDF 1.2

NumberSpan

The percentage, between 0 and 100, of recycled material that the media is expected to contain.

StockBrand ?

StringSpan

Strings providing available brand names. The customer might know exactly what paper is to be used. Example is “Lustro” or “Warren Lustro” even though the manufacturer name is included.

StockType ?

NameSpan

Strings describing the available stock.

Values include those from: Media / @StockType

Texture ?

NameSpan

The intended texture of the media.

Values include those from: Media / @Texture .

Thickness ?

New in JDF 1.1

NumberSpan

The thickness of the chosen medium. Measured in microns [m].

UserMediaType ?

NMTOKEN

A human-readable description of the type of media. The value can be used by an operator to select the correct media to load. The semantics of the values will be site-specific.

Values include:

Continuous - Continuously connected Sheets of an opaque material. Which edge is connected is not specified.

ContinuousLong - Continuously connected Sheets of an opaque material connected along the long edge.

ContinuousShort - Continuously connected Sheets of an opaque material connected along the short edge.

Envelope - Envelopes that can be used for conventional mailing purposes.

EnvelopePlain - Envelopes that are not preprinted and have no windows.

EnvelopeWindow - Envelopes that have windows for addressing purposes.

FullCutTabs - Media with a tab that runs the full length of the medium so that only one tab is visible extending out beyond the edge of non-tabbed media.

Labels - Label stock, (e.g., a Sheet of peel-off labels).

Letterhead - Separately cut Sheets of an opaque material including a letterhead.

MultiLayer - Form medium composed of multiple layers which are preattached to one another, (e.g., for use with impact printers).

MultiPartForm - Form medium composed of multiple layers not preattached to one another; each Sheet may be drawn separately from an input source.

Photographic - Separately cut Sheets of an opaque material to produce photographic quality images.

PreCutTabs - Media with tabs that are cut so that more than one tab is visible extending out beyond the edge of non-tabbed media.

Stationery - Separately cut Sheets of an opaque material.

TabStock - Media with tabs (either precut or full-cut).

Transparency - Separately cut Sheets of a transparent material.

USWeight ?

Deprecated in JDF 1.2

NumberSpan

The intended weight of the media, measured in pounds per ream of basis size. At most one of Weight or USWeight must be specified. If known, Weight should be specified in grammage ( g /m2.) In JDF 1.2 and beyond, use Weight .

Weight ?

NumberSpan

The intended weight of the media, measured in grammage ( g /m2) of the media. See Appendix F, “North American and Japanese Media Weight Explained” for an explanation of how to calculate the US weight from the grammage for different stock types.

MediaLayers ?

New in JDF 1.4

element

Subelement describing the layer structure of media such as corrugated or self adhesive materials.

7.1.13 NumberingIntent

This Resource describes the parameters of stamping or applying variable marks in order to produce unique components, for items such as lottery notes or currency.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

NumberingParams

Example Partition:

--

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-52: NumberingIntent Resource

Name

Data Type

Description

ColorName ?

EnumerationSpan

Defines the color of the numbering.

Values are from : Table A-3, “NamedColor Enumeration Values”.

ColorNameDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If ColorNameDetails is supplied, ColorName SHOULD also be supplied.

ColorPool ?

refelement

Additional details about the colors used.

NumberItem +

element

Individual position of the numbers on the finished page.

7.1.13.1 Element: NumberItem

 

Table 7-53: NumberItem Element (Section 1 of 2)

Name

Data Type

Description

ColorName ?

EnumerationSpan

Defines the color of the numbering.

Default value is from: NumberingIntent /@ ColorName .

Values are from : Table A-3, “NamedColor Enumeration Values”.

ColorNameDetails ?

New in JDF 1.4

StringSpan

A more specific, specialized or site-defined name for the color. If ColorNameDetails is supplied, ColorName SHOULD also be supplied.

Orientation ?

NumberSpan

Rotation of the numbering machine in degrees. If Orientation/@ Actual = 0, the top of the numbers is along the leading edge.

StartValue = "1"

string

First value of the numbering machine.

Step = "1"

integer

Number that specifies the difference between two subsequent numbers of the numbering machine.

XPosition ?

NumberSpan

Position of the number in the X direction of the product.

YPosition ?

NumberSpan

Position of the number in the Y direction of the product.

SeparationSpec ?

element

Specifies the name of the Color in the ColorPool that is used for Numbering.

7.1.14 PackingIntent

This Resource specifies the packaging intent for a JDF Job, using information that identifies the type of package, the wrapping used, and the shape of the package. Note that this specifies packing for shipping only, not packing of items into custom boxes, etc. Boxes are convenience packaging and are not envisioned to be protection for shipping. Cartons perform this function. All quantities are specified as finished pieces per wrapped/boxed/carton or palletized package. The model for packaging is that products are wrapped together, wrapped packages are placed in boxes , boxes are placed in cartons , and cartons are stacked on pallets .

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

BoxPackingParams , Bundle , Component , PalletizingParams , Pallet , ShrinkingParams , StackingParams , Strap , StrappingParams , WrappingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

----


 

Table 7-54: PackingIntent Resource (Section 1 of 2)

Name

Data Type

Description

BoxedQuantity ?

IntegerSpan

How many units of product in a box.

BoxShape ?

ShapeSpan

Describes the length, width and height of the box, in points.

CartonQuantity ?

IntegerSpan

How many units of product in a carton.

CartonShape ?

ShapeSpan

Describes the length, width and height of the carton, in points. For example, 288 544 1012

CartonMaxWeight ?

NumberSpan

Maximum weight of an individual carton, in kilograms.

CartonStrength ?

NumberSpan

Strength of the carton, in kilograms.

FoldingCatalog ?

NameSpan

Describes the folding scheme for folding the product for packaging as specified in the folding catalog in Figure 7-33, “Fold catalog part 1” and Figure 7-34, “Fold catalog part 2”.

Value format is: " Fn-i " where “n” is the number of finished pages and “i” is either an integer, which identifies a particular fold or the letter "X" , which identifies a generic fold. E.g., "F6-2" describes a Z-fold of 6 finished pages, and "F6-X . " describes a generic fold with 6 finished pages.

Note: The folding scheme in this context refers to the folding of the finished product for packaging only. The folding has no effect on the page/Folio definition.

PalletCornerBoards ?

New in JDF 1.3

NameSpan

Additional protective corner boards for packaging on a pallet:

Values include:

Corners - Corner boards on 8 corners of the pallet.

VerticalEdge - Corner boards along the 4 vertical edges.

PalletQuantity ?

IntegerSpan

Number of product per pallet

PalletSize ?

XYPairSpan

Describes the length and width of the pallet, in points, (e.g., "3500 3500" ).

PalletMaxHeight ?

NumberSpan

Maximum height of a loaded pallet, in points.

PalletMaxWeight ?

NumberSpan

Maximum weight of a loaded pallet, in kilograms.

PalletType ?

NameSpan

Type of pallet used.

Values include:

2Way - Two-way entry

4Way - Four-way entry

Euro - Standard 1*1 m Euro pallet

PalletWrapping ?

NameSpan

Wrapping of the completed pallet.

Values include:

Banding

None - explicitly requests no wrapping.

StretchWrap

WrappedQuantity ?

IntegerSpan

Number of units of product per wrapped package.

WrappingMaterial ?

NameSpan

Values include:

None - explicitly requests no wrapping.

PaperBand

Polyethylene

RubberBand

ShrinkWrap

7.1.15 ProductionIntent

This Resource specifies the manufacturing intent and considerations for a JDF Job using information that identifies the desired result or specified manufacturing path.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

All

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-55: ProductionIntent Resource

Name

Data Type

Description

PrintPreference ?

EnumerationSpan

Intended result or goal.

Values are:

Balanced - Request for a manufacturing process that balances the requirements for cost, speed and quality.

CostEffective - Request for the most cost effective manufacturing process.

Fastest - Request for the most time effective manufacturing process. Cost and Quality can be sacrificed for a fast turnaround time.

HighestQuality - Request for the manufacturing process which will result in the highest quality.

PrintProcess ?

Modified in JDF 1.3

NameSpan

Print Process requested.

Values include:

Electrophotography

Flexography

Gravure

Inkjet

Lithography - Includes offset printing

Letterpress

Screen

Thermography

Modification Note: starting with JDF 1.3, the data type of PrintProcess is expanded from EnumerationSpan to NameSpan .

Resource *

New in JDF 1.3

refelement

Any production Resources that are provided by the customer. Some examples include buyer specified media or ink or specific parameter setups. Note that DeliveryIntent must be specified for any PhysicalResource Elements that are physically supplied by the customer.

7.1.16 ProofingIntent

This Resource specifies the prepress proofing intent for a JDF Job using information that identifies the type, quality, brand name and overlay of the proof. The proofs defined in ProofingIntent define the proofs that will be provided to the customer and does not specify internal production proofs. The delivery options of proofs are specified in DeliveryIntent .

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

ApprovalParams , ApprovalSuccess , ColorantControl , ColorSpaceConversionParams , ExposedMedia , ImageSetterParams , InterpretingParams , Layout , Media , RenderingParams , ScreeningParams , SeparationControlParams , StrippingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-56: ProofingIntent Resource

Name

Data Type

Description

ProofItem *

New in JDF 1.1

element

Specifies the details of the proofs that are needed. If no ProofItem exists in a ProofingIntent , it explicitly specifies that no proofs are desired.

7.1.16.1 Element: ProofItem

All parameters of ProofingIntent have been moved into ProofItem in JDF 1.1

 

Table 7-57: ProofItem Element (Section 1 of 2)

Name

Data Type

Description

Amount ?

Modified in JDF 1.1

IntegerSpan

Specifies the total number of copies of this proof that is needed. If not specified, it defaults to an IntegerSpan with Preferred = "1" .

BrandName ?

Modified in JDF 1.1

StringSpan

Brand name of the proof, (e.g., Iris).

ColorType ?

Modified in JDF 1.1

EnumerationSpan

Color quality of the proof.

Values are:

Monochrome - Generic single color printing condition, (e.g., black and white or one single spot color).

BasicColor - Color does not match precisely. This implies the absence of a color matching system.

MatchedColor - Color is matched to the output of the press using a color matching system.

Contract = "false"

Modified in JDF 1.1

boolean

Requires proof to be a legally binding, accurate representation of the image to be printed, (i.e., color quality requirements have been met when the printed piece acceptably matches the proof).

HalfTone ?

Modified in JDF 1.1

OptionSpan

Specifies whether the proof is to emulate halftone screens.

ImageStrategy ?

New in JDF 1.2

EnumerationSpan

Identifies which images (OPI or other) will be printed on a proof or displayed as a soft proof.

Values are:

NoImages - No images are imaged on the proof.

LowResolution - Low resolution images are imaged on the proof.

HighResolution - High resolution production images are imaged on the proof, resulting in proofs that accurately represent the final product.

PageIndex ?

New in JDF 1.1

IntegerRangeList

Index list of pages that are to be proofed in the ArtDeliveryIntent / RunList / PageList . If no range is specified then all pages MUST be proofed.

ProofName ?

New in JDF 1.1

string

Name of the ProofItem . This field must be specified if delivery of a proof is specified in DeliveryIntent .

ProofTarget ?

Modified in JDF 1.1

URL

Identifies a remote target for the proof output in a remote proofing environment. This can be either a soft or a hard proofing target. The file to be displayed or output is to be sent to the URL specified in ProofTarget .

ProofType ?

Modified in JDF 1.1

EnumerationSpan

The kind of proof.

Values are:

Page - Page proof

Imposition - Imposition proof

None - No proof is needed.

Technology ?

Modified in JDF 1.1

NameSpan

Technology used for making the proof.

Values include:

BlueLine

DyeSub

InkJet

Laser

PressProof

SoftProof

SeparationSpec *

New in JDF 1.1

element

Separations that are to be proofed. If not specified, all separations are proofed.

ApprovalParams ?

New in JDF 1.2

refelement

List of people (e.g., a customer, printer or manager) who can sign the ApprovalSuccess .

7.1.17 PublishingIntent

New in JDF 1.3

PublishingIntent specifies publishing metadata that are of general interest for prepress, press and postpress. The data include details on the general structure of product being published.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

--

Example Partition:

Edition

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-58: PublishingIntent Resource (Section 1 of 2)

Name

Data Type

Description

ContentDataRefs ?

New in JDF 1.4

IDREFS

IDs of ContentData Elements in the referenced ContentList . ContentData Elements provide metadata related to the product to be published. ContentDataRefs MUST NOT be specified if no ContentList is specified.

IssueDate

TimeSpan

Publication date of the issue.

IssueName

StringSpan

The name of a the publication.

IssueType

Modified in JDF 1.4

NameSpan

Defines the product type of the issue.

Values include:

Magazine - The publication is a magazine

Newspaper - The publication is a newspaper

Supplement - The publication is a supplement to a magazine or newspaper. New in JDF 1.4.

Circulation ?

IntegerSpan

Specifies the number of copies to be published.

ContentList ?

New in JDF 1.4

refelement

ContentList with additional metadata.

7.1.18 ScreeningIntent

New in JDF 1.2

This Resource specifies the screening intent parameters desired for a JDF Job.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

ScreeningParams , SeparationControlParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-59: ScreeningIntent Resource

Name

Data Type

Description

DotSize ?

NumberSpan

Specifies the dot size of the screen in microns [m] when FM screening is used, otherwise DotSize is ignored.

Frequency ?

NumberSpan

Specifies the line frequency of the screen in lines per inch (lpi) when AM screening is used, otherwise Frequency is ignored.

FrequencySelection ?

EnumerationSpan

Selects the AM or FM frequency range.

Values are:

LowestFrequency - Lowest AM or FM frequency supported.

MiddleFrequency - Middle AM or FM frequency supported

HighestFrequency - Highest AM or FM frequency supported

ScreeningType ?

EnumerationSpan

General type of screening.

Values are:

AM - Can be line or dot.

FM

7.1.19 ShapeCuttingIntent

This Resource specifies form and line cutting for a JDF Job. The cutting Processes are applied for producing special shapes like an envelope window or a heart-shaped beer mat. Information that identifies the type and shape of cuts can be described. The Cutting Process(es) can be performed using tools such as hollow form punching, perforating or die-cutting equipment.

Resource Properties

Resource Class:

Intent

Resource referenced by:

--

Process Resource Pairing:

CuttingParams , ShapeCuttingParams

Example Partition:

Option

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”)

Output of Processes:

--

 

Table 7-60: ShapeCuttingIntent Resource

Name

Data Type

Description

ShapeCut *

element

Array of all ShapeCut Elements. Used when each shape is exactly specified.

7.1.19.1 Element: ShapeCut

 

Table 7-61: ShapeCut Element

Name

Data Type

Description

CutBox ?

rectangle

Specification of a rectangular window. (See Section A.2.32, “rectangle” for a definition of the rectangle data type.)

CutOut = "false"

boolean

If "true" , the inside of a specified shape is to be removed. If "false" , the outside of a specified shape is to be removed. An example of an inside shape is a window, while an example of an outside shape is a shaped greeting card.

CutPath ?

Modified in JDF 1.2

PDFPath

Specification of a complex path. This may be an open path in the case of a single line.

Material ?

StringSpan

Transparent material that fills a shape (e.g., an envelope window) that was cut out when CutOut = "true" .

CutType ?

Modified in JDF 1.1

EnumerationSpan

Type of cut or perforation used.

Values are:

Cut - Full cut.

Perforate - Interrupted perforation that does not span the entire Sheet.

ShapeDepth ?

New in JDF 1.1

NumberSpan

Depth of the shape cut. Measured in microns [m]. If not specified, the shape is completely cut.

Pages ?

IntegerRangeList

List of Finished Pages to which this shape is to be applied. Only the recto finished page of a leaf should be specified.

ShapeType

Modified in JDF 1.3

EnumerationSpan

Describes any precision cutting other than hole making.

Values are:

Path

Rectangular

Round

RoundedRectangle - Rectangle with rounded corners. New in JDF 1.3

TeethPerDimension ?

NumberSpan

Number of teeth in a given perforation extent in teeth/point.

MicroPerforation is defined by specifying a large number of teeth (n > 1000).

7.1.20 SizeIntent

Deprecated in JDF 1.1

SizeIntent has been deprecated in JDF 1.1. All contents have been moved to LayoutIntent .

7.2 Process Resources

The rest of the Resources described in this chapter are what are known as Process Resources. This means that they serve as necessary components in each of the JDF Processes. Section 7.2.1 describes the template for all of the sections that follow. Then every Resource already defined for JDF is chronicled, in alphabetical order, below.

7.2.1 Process Resource Template

Each of the following sections begins with a brief narrative description of the Resource. Following that is a list containing details about the properties of the Resource, as shown below. The first item in the list provides the Class of the Resource. As was described in Section 3.8.5, “Resource Classes”, all Resources are derived from one of the following seven superclasses: Intent , Parameter , Implementation , Consumable , Quantity , Handling and PlaceHolder . All Resources inherit additional contents (i.e., zero or more Attributes or zero or more Elements) from their respective superclasses, and those Attributes and Elements are not repeated in this section. Thus those Attributes associated with a Resource of Class Parameter , for example, can be found in Table 3-10, “Abstract Resource Element”. Note that this inheritance is only valid for atomic Resources, (i.e., Resources that reside directly in a ResourcePool ).

Resource Elements are listed in separate sections if they can be referenced by more than one Resource. For an example, see the Resource Element SeparationSpec . If the Resource is not referenced by multiple Resources, it is described inside the Resource section of the Resource to which it belongs. For example, see the Structure of the BundleItem Element of the Bundle Resource. If an Element inside a Resource section of the Resource is needed to be referenced by multiple Resources in a revision of JDF, then that Element is promoted to its own section. For example, ColorSpaceConversionOp was a Subelement of ColorSpaceConversionParams in JDF/1.1. The Resource Class of an atomic Resource also defines the superclasses from which the Resource inherits additional contents. The Consumable Resource , Quantity Resource and Handling Resource inherit from the Physical Resource Element, which in turn inherits from the Resource Element. The Parameter Resource and Implementation Resource Elements inherit from the Resource Element directly. Non-atomic Resources (i.e., Resource Subelements) do not inherit contents from Resource superclasses.

Examples for Resources that can be used as atomic Resources or Resource Elements are: Employee , InsertSheet , LayoutElement and Media .

After the list describing the Resource properties, each section contains tables that outline the structure of each Resource and, when applicable, the abstract or Subelement information that pertains to the Resource structure. The first column contains the name of the Attribute or Element. In some cases, a Resource will contain multiple Elements of the same type. If this is the case, the Element name is listed as often as it appears, along with a term in parentheses that identifies the occurrence. For an example, see Section 7.2.72, “EndSheetGluingParams”. An example of the tables in this section is provided below.

Note: for the Resource Properties Template below, the italicized text describes the actual text that would be in its place in an actual Resource definition. Cardinality in the Name column of the Resource Structure Template table refers to a cardinality symbol, which is either empty or consists of a symbol, such as “?”. For further details, see Section 1.3.4, “Specification of Cardinality”.

Resource Properties Template

Resource Class:

Defines the Resource Class or specifies ResourceElement if the Element only exists as a Resource Subelement.

Resource referenced by:

List of parent Resources that may contain Elements of this type.

Example Partition

List of recommended Partition Keys: For a complete list of Partition Keys, see the description of PartIDKeys in Table 3-27, “Partitionable Resource Element”. Note that Resources may be Partitioned by keys that are not specified in this list.

Input of Processes:

List of JDF Node types that use the Resource as an Input Resource.

Output of Processes:

List of JDF Node types that create the Resource as an Output Resource

 

Table 7-62: Template for Process Resource

Name

Data Type

Description

Attribute-Name
Cardinality

Attribute-data-type

Information about the Attribute.

Element-Name
Cardinality

element

Information about the Element.

Note: the “element” data type means that the specified Element must be an in-line Subelement within the Resource.

Element-Name
Cardinality

refelement

Information about the Element

Note: the “refelement” data type means that the specified Element is based on other atomic Resources or Resource Elements. The specified Element must be either an in-line Element or an instance of a ResourceRef Element (see Section 3.10.2, “ResourceRef - Element for Inter-Resource Linking and refelement”). In case of a ResourceRef Element, a “Ref” must be appended to the name specified in the table column entitled “Name”.

FileSpec ( someValue )
Cardinality

refelement

Information about the FileSpec Resource

Note: FileSpec /@ ResourceUsage must match the "someValue" value specified in the parentheses. When a Resource potentially contains multiple FileSpec children, the value of FileSpec @ ResourceUsage distinguishes the FileSpec Resources.

Resource-Name ( someValue )
Cardinality

refelement

Information about the Resource and the Attribute whose value is "someValue" .

Note: Some specified Attribute in the specified Resource must match the "someValue" value specified in the parentheses. When a Resource potentially contains multiple children of the same Resource type, the value of some Attribute distinguishes the Resources.

7.2.2 Address

Definition of an address. The structure is derived from the vCard format and, therefore, is comprised of all address subtypes ( ADR :) of the delivery address of the vCard format. The corresponding XML types of the vCard are quoted in the table.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Location , Contact , Person

Example:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-63: Address Resource (Section 1 of 2)

Name

Data Type

Description

City ?

string

City or locality of address (vCard: ADR:locality).

Country ?

string

Country of address (vCard: ADR:country).

CountryCode ?

string

Country of address.

Values include those from: [ISO3166-1:1997]

Note: countries are represented as two-character codes

PostBox ?

string

Post office address (vCard: ADR:pobox. For example: P.O. Box 101).

PostalCode ?

string

Zip code or postal code of address (vCard: ADR:pcode).

Region ?

string

State or province (vCard: ADR:region).

Street ?

string

Street address (vCard: ADR:street).

ExtendedAddress ?

telem

Extended address (vCard: ADR:extadd. For example: Suite 245).

7.2.3 AdhesiveBindingParams

Deprecated in JDF 1.1

See Section P.4.4, “AdhesiveBindingParams” for details of this deprecated Resource.

7.2.4 ApprovalParams

This Resource provides the details of an Approval Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ProofItem , ConventionalPrintingParams , DigitalPrintingParams

Example Partition:

--

Input of Processes:

Approval

Output of Processes:

--

 

Table 7-64: ApprovalParams Resource

Name

Data Type

Description

MinApprovals = "1"

New in JDF 1.2

integer

Minimum number of ApprovalPerson [@ ApprovalRole = "Group" ] whose associated person must sign the ApprovalSuccess for the ApprovalSuccess to be Available .

ApprovalPerson *

element

List of people (e.g., a customer, printer or manager) who can sign the approval.

7.2.4.1 Element: ApprovalPerson

 

Table 7-65: ApprovalPerson Element (Section 1 of 2)

Name

Data Type

Description

Obligated ?

Deprecated in JDF 1.2

boolean

If "true" , the person has to sign this approval. In JDF 1.2 and beyond, use ApprovalRole .

ApprovalRole = "Obligated"

New in JDF 1.2

Modified in JDF 1.3

enumeration

Role of the ApprovalPerson .

Values are:

Approvinator - The decision of this approver immediately overrides the decisions of the other approvers and ends the approval cycle. The Approvinator need not sign for the approval to become valid. New in JDF 1.3

Group - The approver belongs to a group of which MinApprovals members must sign.

Informative - The approver is informed of the Approval Process, but the approval is still valid, even without his approval.

Obligated - The approver must sign the approval.

ApprovalRoleDetails ? New in JDF 1.3

string

Additional details on the ApprovalRole.

Contact

refelement

Contact (e.g., a customer, printer or manager) who must sign the approval. There must be a
Contact [contains (@ ContactTypes , "Approver" )].

7.2.5 ApprovalSuccess

The signed ApprovalSuccess Resource provides the signature that indicates that a Resource has been approved. This is frequently used to model the success of a soft proof, color proof, printing proof or any other sort of proof.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , DocRunIndex , RunIndex , RunPage , RunTags, DocTags, PageTags, SetTags, SetIndex, SheetName , Side , SignatureName , TileID

Input of Processes:

Any Process

Output of Processes:

Approval , Verification

 

Table 7-66: ApprovalSuccess Resource

Name

Data Type

Description

ApprovalDetails *

New in JDF 1.3

element

Container for details about the decision for each approver.

Contact *

New in JDF 1.2

Deprecated in JDF 1.3

refelement

List of contacts that have signed off on this approval.

Use ApprovalDetails / Contact in JDF 1.3 and above.

FileSpec ?

Deprecated in JDF 1.3

refelement

The file that contains the approval signature. If FileSpec does not exist, ApprovalSuccess is a logical placeholder.

Use ApprovalDetails / FileSpec in JDF 1.3 and above.

7.2.5.1 Element: ApprovalDetails

New in JDF 1.3

 

Table 7-67: ApprovalDetails Element

Name

Data Type

Description

ApprovalState

enumeration

Decision made by the approver specified in this ApprovalDetails / Contact .

Values are:

Approved - approver approved the Resource.

ApprovedWithComment - approver approved the Resource but still had some comments.

Rejected - approver rejected the Resource.

ApprovalStateDetails ?

string

Additional details on the decision made by the approver are specified in this ApprovalDetails / Contact . This value provides additional machine readable details of ApprovalState. Hand written comments and notes may be specified in ApprovalDetails / Comment or ApprovalDetails /@ CommentURL .

Contact ?

refelement

Contact that signed off on this approval.

FileSpec ?

refelement

The file that contains the approval signature. If FileSpec does not exist, ApprovalSuccess is a logical placeholder.

7.2.6 Assembly

New in JDF 1.2

Assembly describes how the sections of one or multiple Jobs or Job Parts are bound together.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Component , CutBlock , PageList

Example Partition:

--

Input of Processes:

Collecting , Gathering , Stripping , WebInlineFinishing

Output of Processes:

--

 

Table 7-68: Assembly Resource (Section 1 of 3)

Name

Data Type

Description

AssemblyID ?

Deprecated in JDF 1.3

string

Identification of the Assembly if Stripping produces multiple Assembly Elements.

AssemblyIDs ?

New in JDF 1.3

NMTOKENS

Identification of the Assembly Elements if Stripping describes an imposition scheme for multiple Assembly Elements. AssemblyIDs may contain multiple NMTOKENS, when the Assembly Resource specifies an intermediate product that contains multiple final assemblies.

BindingSide = "Left"

enumeration

Indicates which side is to be bound. BindingSide is ignored when Order = "None" .

Values are:

Left

Right

Top

Bottom

JobID ?

string

Identification of the original Job the Assembly belongs to. If not specified, it defaults to the value specified or implied in the JDF Node.

JogSide = "Top"

New in JDF 1.3

enumeration

JogSide specifies the side on which the AssemblySection Elements will be aligned.

Values are:

Left

Right

Top

Bottom

None

Order = "Gathering"

enumeration

Ordering of the individual AssemblySection Elements. Order specifies the topology of the final Assembly .

Values are:

Collecting - The sections are placed within one another. The first section is on the outside. An example is a saddle-stitched brochure. See Section 6.6.10, “Collecting”

Gathering - The sections are placed on top of one another. The first section is on the top. An example is a perfect bound magazine. See Section 6.6.20, “Gathering”.

None - The sections are not bound. Typically used for flatwork Jobs.

List - More complex ordering of the sections. If multiple child AssemblySection Elements are provided, these are gathered on top of one another. The first AssemblySection is on the top. If nested AssemblySection Elements are provided, these are Collected into each other. The first AssemblySection is on the outside.

PhysicalSection ?

New in JDF 1.3

IntegerList

Specifies the physical structure of a newspaper. The structure is based on a broadsheet production.

For instance, PhysicalSection = "8 6 8 6" represents a 4 book production with 8 pages in the first physical section, 6 in the second one and so on.

AssemblySection *

element

Individual AssemblySection Elements which are gathered. AssemblySection Elements must not be specified unless Order = "List" .

PageList ?

New in JDF 1.3

refelement

Reference to the PageList that describes the pages used in this Assembly .

PageAssignedList *

New in JDF 1.3

element

Defines the page sequence for of an Assembly . One PageAssignedList Element corresponds to one or more consecutive Reader Pages. The order of the PageAssignedList Elements specifies the reader order of the assigned pages within the Assembly . PageAssignedList must not be specified if Order = "List" .

7.2.6.1 Element: AssemblySection

 

Table 7-69: AssemblySection Element

Name

Data Type

Description

AssemblyID ?

Deprecated in JDF 1.3

string

Identification of the AssemblySection if Stripping produces a multi-section Assembly . If not specified, it defaults to the value specified or implied in the parent Assembly or AssemblySection .

AssemblyIDs ?

New in JDF 1.3

NMTOKENS

Identification of the AssemblySection Elements if Stripping describes an imposition scheme for a multi-section Assembly . If not specified, it defaults to the value specified or implied in the parent Assembly or AssemblySection . In general AssemblySection /@ AssemblyIDs will contain only a single NMTOKEN value. AssemblyIDs may contain multiple NMTOKENS, when the AssemblySection specifies an intermediate product that contains multiple final products.

JobID ?

string

Identification of the original Job the AssemblySection belongs to. If not specified, it defaults to the value specified or implied in the parent Assembly or AssemblySection .

Order = "Gathering"

Deprecated in JDF 1.4

enumeration

Ordering of the child AssemblySection E lements.

Values are:

Collecting - The child AssemblySection Elements are placed within one another. The first section is on the outside.

Gathering - The child AssemblySection Elements are placed on top of one another. The first section is on the top.

Deprecation note: starting with JDF 1.4, Sibling AssemblySection Elements are gathered whereas Child AssemblySection Elements are collected. Thus the Relationship of the AssemblySection Elements directly reflects the structure of the Assembly .

AssemblySection *

element

Additional child AssemblySection Elements which are collected to create this AssemblySection .

PageAssignedList *

New in JDF 1.3

element

Defines the page sequence for of an AssemblySection . One PageAssignedList Element corresponds to one or more consecutive Reader Pages. The order of the PageAssignedList Elements specifies the reader order of the assigned pages within the AssemblySection . PageAssignedList must not be specified if child AssemblySection Elements are present in this AssemblySection .

7.2.6.2 Element: PageAssignedList

New in JDF 1.3

PageAssignedList specifies the metadata related to assigned pages.

 

Table 7-70: PageAssignedList Element

Name

Data Type

Description

BroadsheetNumber ?

integer

Specifies a broadsheet position within a single Web product. Several PageAssignedList Elements may show the same value for this Attribute, e.g., in a 'tabloid-' or 'magazine production' on a newspaper press.

LogicalPrinterSection ?

string

Specifies a logical grouping of page-placement positions from the press managers point of view (see @ PagePlacementName for details). A logical section need not correspond to a physical section.

PageListIndex

IntegerRangeList

List of the indices of the PageData Elements of the Assembly / PageList specified in this AssemblySection .

PagePlacementName ?

string

Specifies the name of a position in a Web product where a Reader Page is placed on a Web Press. In contrast to PageList / PageData /@ PageLabel , PagePlacementName specifies an identifier for a single page on a Web-product level. Therefore, different PagePlacementName values might be assigned to one single PageList / PageData Element.

Example 7-2: Perfect Bound (Gathering)

New in JDF 1.4

Cover wrapped around a perfect bound (gathering) body

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< Assembly BindingSide = "Left" Class = "Parameter" ID = "ASM000" Order = "List"

Status = "Available" >

< AssemblySection AssemblyIDs = "Ass_Cover" >

< AssemblySection AssemblyIDs = "Ass_Body1" />

< AssemblySection AssemblyIDs = "Ass_Body2" />

< AssemblySection AssemblyIDs = "Ass_Insert" />

< AssemblySection AssemblyIDs = "Ass_Body3" />

< AssemblySection AssemblyIDs = "Ass_Body4" />

</ AssemblySection >

</ Assembly >

</ResourcePool>

<ResourceLinkPool>

<AssemblyLink Usage="Input" rRef="ASM000"/>

</ResourceLinkPool>

</JDF>

 

Example 7-3: Saddle-Stitched Brochure (Collecting)

New in JDF 1.4

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< Assembly BindingSide = "Left" Class = "Parameter" ID = "ASM000" Order = "List"

Status = "Available" >

< AssemblySection AssemblyIDs = "Ass_Cover" >

< AssemblySection AssemblyIDs = "Ass_Body1" >

< AssemblySection AssemblyIDs = "Ass_Body2" >

< AssemblySection AssemblyIDs = "Ass_Body3" >

< AssemblySection AssemblyIDs = "Ass_Body4" >

</ AssemblySection >

</ AssemblySection >

</ AssemblySection >

</ AssemblySection >

</ AssemblySection >

</ Assembly >

</ResourcePool>

<ResourceLinkPool>

<AssemblyLink Usage="Input" rRef="ASM000"/>

</ResourceLinkPool>

</JDF>

 

7.2.7 AssetListCreationParams

New in JDF 1.2

This Resource provides controls for the AssetListCreation Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

AssetListCreation

Output of Processes:

--

 

Table 7-71: AssetListCreationParams Resource

Name

Data Type

Description

AssetTypes ?

regExp

Specifies what type of assets are to be listed. The regular expression represents the MimeType of the assets to be listed. The default behavior is to list everything. In case an asset requires a plug-in or extension in order to be opened in an application, this plug-in or extension should be listed as an asset.

ListPolicy = "All"

enumeration

Policy that defines which assets must be added to the output RunList .

Values are:

All - List all referenced assets, including those that are unavailable.

Available - List all referenced assets, excluding those that are unavailable.

FileSpec ( SearchPath ) *

refelement

An ordered list of search paths that indicates where to search for referenced assets if they are not located in the same directory as the input asset. If no FileSpec is specified, the search path is the directory in which the input asset resides and must not be searched recursively.

7.2.8 AutomatedOverPrintParams

This Resource provides controls for the automated selection of overprinting of black text or graphics. RGBGray2Black and RGBGray2BlackThreshold in ColorSpaceConversion / ColorSpaceConversionOp are used by the ColorSpaceConversion Process in determining the allocation of RGB values to the black ( K ) channel. After the ColorSpaceConversion Process is completed, then the Rendering or Separation Process uses AutomatedOverPrintParams to determine overprint behavior for the previously determined black ( K ) channel.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ElementColorParams , RenderingParams , SeparationControlParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-72: AutomatedOverPrintParams Resource

Name

Data Type

Description

KnockOutCMYKWhite = "false"

New in JDF 1.3

boolean

Graphic objects defined in DeviceCMYK, where all colorant values are <0.001 must be knocked out, even when set to overprint and when the PDF overprint mode is set to 1.

OverPrintBlackLineArt = "false"

boolean

Indicates whether overprint is to be set to "true" for black line art, (i.e., vector elements other than text). If "true" , overprint of black line art is applied regardless of any values in the PDL. If "false" , LineArtBlackLevel is ignored and PDL line art overprint operators are processed.

OverPrintBlackText = "false"

boolean

Indicates whether overprint is to be set to "true" for black text. If "true" , overprint of black text is applied regardless of any values in the PDL. If "false" , TextSizeThreshold and TextBlackLevel are ignored and PDL text overprint operators are processed.

TextSizeThreshold ?

integer

Indicates the point size for text below which black text will be set to overprint. For asymmetrically scaled text, the minimum point size between both axes will be used. If not specified, all text is set to overprint.

TextBlackLevel = "1"

double

A value between 0.0 and 1.0 which indicates the minimum black level for the text stroke or fill colors that cause the text to be set to overprint.

LineArtBlackLevel ?

double

A value between 0.0 and 1.0 which indicates the minimum black level for the stroke or fill colors that cause the line art to be set to overprint. Defaults to the value of TextBlackLevel .

7.2.9 BarcodeCompParams

New in JDF 1.3

BarcodeCompParams specifies the technical compensation parameters for barcodes.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

BarcodeReproParams , LayoutElementProductionParams / LayoutElementPart / BarcodeProductionParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-73: BarcodeCompParams Resource

Name

Data Type

Description

CompensationProcess

enumeration

Process that is bar width spread is compensated for.

Values are:

Printing

Platemaking

CompensationValue ?

double

The width of the bars is reduced by this amount in micron to compensate for technical spread.

7.2.10 BarcodeReproParams

New in JDF 1.3

BarcodeReproParams specifies the reproduction parameters for barcodes.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

BarcodeProductionParams , DeviceMark

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-74: BarcodeReproParams Resource (Section 1 of 2)

Name

Data Type

Description

BearerBars ?

enumeration

Indicates the policy how to generate bearer bars. ( ITF ).

Values are:

None

TopBottom

Box

BoxHMarks

Height ?

double

The height of the bars of a linear barcode.

Magnification ?

double

The magnification factor for linear barcodes.

Masking ?

enumeration

Indicates the properties of the mask around the graphical content of the barcode that masks out all underlying graphics.

Values are:

None - No masking, barcode is put on top of underlying graphics.

WhiteBox - An area of the underlying graphics is masked out (the white box) and the barcode is put on top of this masked area. The area of the white box is the box enclosing all artwork of the barcode, excluding optional human readable text. This would enclose bearer bars, quiet zones and non-optional human readable text (UPC and EAN barcodes.)

ModuleHeight ?

double

The Y size in micron of an Element of a 2D barcode e.g., PDF417 . For DATAMATRIX, Y Dimension may be omitted (X Dimension = Y Dimension.).

ModuleWidth ?

double

The X size in micron of an Element of a 2D barcode such as DATAMATRIX or PDF417 .

Ratio ?

double

the ratio between the width of the narrow bars and the wide bars for those barcodes where ratio the width of the wide bars and narrow bars may vary.

BarcodeCompParams *

refelement

Parameters for bar width compensation. The total reduction of bar width is the sum of all BarcodeCompParams /@ CompensationValue .

7.2.11 BendingParams

New in JDF 1.3

BendingParams describes the parameter set for a plate bending and punching Device. A plate is bent and/or punched to fit the press cylinder.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Bending

Output of Processes:

--

 

Table 7-75: BendingParams Resource

Name

Data Type

Description

Bend = "true"

boolean

If "true" , indicates that the Device must bend.

Punch = "true"

boolean

If "true" , indicates that the Device must create registration punch holes.

PunchType ?

string

Name of the registration punch scheme, (e.g., Bacher).

7.2.12 BinderySignature

New in JDF 1.2

The BinderySignature is conceptually a folding dummy. It represents multiple pieces of paper, which are folded together in the folder. It is a reusable, size-independent object.

Each BinderySignature consumes a number of Pages from the PageList . If no SignatureCell Elements are specified, each BinderySignature consumes the number of pages as calculated from NumberUp (X*Y*2) or FoldCatalog (The integer value after the F, e.g. F16-x consumes 16 pages). If SignatureCell Elements are specified, the number of pages consumed is the sum of the number of pages for all unique SignatureCell /@ SectionIndex . The number of pages for each SignatureCell /@ SectionIndex is one more than the maximum value of any SignatureCell /@ FrontPages or SignatureCell /@ BackPages for that SignatureCell /@ SectionIndex (it is one more because SignatureCell /@ FrontPages and SignatureCell /@ BackPages begin at zero)

Resource Properties

Resource Class:

Parameter

Resource referenced by:

StrippingParams

Example Partition:

WebName

Input of Processes:

--

Output of Processes:

--

 

Table 7-76: BinderySignature Resource (Section 1 of 4)

Name

Data Type

Description

AlignmentReferenceWeb ?

New in JDF 1.4

NMTOKEN

The Partition WebName value of the reference web that WebCellAlignment refers to.

BinderySignatureType

= "Fold"

New in JDF 1.3

enumeration

The type of BinderySignature.

Values are:

Fold - a folding dummy (as defined in JDF 1.2)

Grid - a grid based layout

Die - a layout defined by an existing die.

BindingEdge = "Left"

enumeration

Specifies the binding edge of this BinderySignature . BindingEdge defines the Spine side the folded BinderySignature . The opposite side defines the Face side.

Values are:

Left

Right

Top

Bottom

None - The Spine is at the left side of the SignatureCell and the Face is at the right side of the SignatureCell

BindingOrientation ?

New in JDF 1.3

orientation

After folding a BinderySignature , the default reference corner is the lower left corner of the BinderySignature . The side coinciding with the last fold is the BindingEdge , the other side of the reference corner the JogEdge . BindingOrientation is the named orientation describing the transformation of the default reference corner to the new reference corner defined by BindingEdge and JogEdge .

For BinderySignature Elements defined by FoldCatalog or Fold Elements, the default value of BindingOrientation = "Rotate0" if the folded BinderySignature has a closed head, otherwise BindingOrientation = "Flip0" .

For BinderySignature Elements defined by SignatureCell Elements, the default value BindingOrientation = "Rotate0" .

For details, see Table 2-4, “Matrices and Orientation values for describing the orientation of a Component” .

FoldCatalog ?

string

Describes the type of fold according to the folding catalog in Figure 7-33, “Fold catalog part 1” and Figure 7-34, “Fold catalog part 2”.

Value format is: " Fn-i " where “n” is the number of finished pages and “i” is either an integer, which identifies a particular fold or the letter "X" , which identifies a generic fold. E.g., "F6-2" describes a Z-fold of 6 finished pages, and "F6-X . " describes a generic fold with 6 finished pages.

Constraint: At least one of SignatureCell , FoldCatalog or Fold must be specified. FoldCatalog must not be specified unless BinderySignatureType = "Fold" .

FoldLay ?

New in JDF 1.4

Orientation

Specification of the orientation applied to the substrate of all stacked webs before applying folding (only specified at root BinderySignature node, and would default to Rotate0).

JogEdge = "Top"

New in JDF 1.3

enumeration

Specifies the JogEdge of the folded BinderySignature . The JogEdge defines the Head side of the folded BinderySignature . The opposite side defines the Foot side.

Values are:

Left

Right

Top

Bottom

None - The Head side is the top of the SignatureCell , the Foot side is the bottom of the SignatureCell .

NumberUp = "1 1"

Modified in JDF 1.3

XYPair

Specifies a regular, multi-up grid of SignatureCell Elements into which content pages are mapped. The first value specifies the number of columns of SignatureCell Elements, and the second value specifies the number of rows of SignatureCell Elements in the multi-up grid (both numbers are integers). When the BinderySignature is Partitioned (e.g., by WebName ), NumberUp may be different from leaf to leaf.

OutsideGutter ?

New in JDF 1.3

boolean

If BinderySignatureType is "Grid" , this boolean defines whether the outside margins of strip cells have to be taken into account.

E.g., if OutsideGutter is false , the Spine ( S2 ) of the strip cells at the left border of the grid is considered to be 0.

StaggerColumns ?

New in JDF 1.3

DoubleList

A list of doubles describing the staggering for subsequent columns. The number of entries in the list describes the periodicity of the staggering. Each value gives a factor of the strip cell height ((y value of TrimSize ) + TrimHead + TrimFoot ) by which to shift the corresponding column (can be negative). E.g., StaggerColumns = "0.0 0.333 0.666" specifies to shift each

    • 3*n column up by 0%
    • 3*n+1 column up by 33.3% of the strip cell height
    • 3*n+2 column up by 66.6% of the strip cell height

This Element may be present when BinderySignatureType = "Grid" . At most one of StaggerColumns or StaggerRows must be specified.

StaggerContinuous ?

New in JDF 1.3

boolean

Indicates if the BinderySignature has to be considered as a continuous repetition for staggering. This Attribute must not be present unless exactly one of StaggerRows or StaggerColumns is specified. Consider a grid with m columns and n rows with StaggerContinuous = "true" . If StaggerColumns is specified, the BinderySignature must be considered continuous with a height H equal to n multiplied by the strip cell height. If StaggerColumns has a value of y for a certain column, that column is shifted up (assuming y > 0) by an amount equal to y multiplied by the strip cell height (in the same way as described for StaggerColumns ). All content (even partial cells) that falls above H (the top of BinderySignature ) is shifted to the bottom such that the top of the shifted content is just below the original bottom cell in the column. For example, if y is 0.666, then the top 66.6% of the top cell is shifted to be just below the original bottom cell. Analogous for StaggerRows .

StaggerRows ?

New in JDF 1.3

DoubleList

A list of doubles describing the staggering for subsequent rows. The number of entries in the list describes the periodicity of the staggering. Each value gives a factor of the strip cell width ((x value of TrimSize ) + TrimFace + Spine ) by which to shift the corresponding row (can be negative). E.g., "0.0 0.333 0.666" specifies to shift each

    • 3*n row right by 0%
    • 3*n+1 row right by 33.3% of the strip cell width
    • 3*n+2 row right by 66.6% of the strip cell width

This Element may be present when BinderySignatureType = "Grid" . At most one of StaggerColumns or StaggerRows must be specified.

WebCellAlignment ?

New in JDF 1.4

XYPair

Zero based SignatureCell index (coordinate) that the bottom left SignatureCell in this web is aligned with in the full web (only specified at the WebName Partition, and would default to " 0 0 " ). See Figure 7-4, “WebCellAlignment, Example 1”, Figure 7-5, “WebCellAlignment Example 2” and Figure 7-6, “WebCellAlignment Example 3”. Also, the “stacking” of the webs is implied by the order of the webs within the BinderySignature . The back side of a WebName Partition of a BinderySignature will be touching the front side of the WebName partition of the BinderySignature that follows it in the JDF file.

DieLayout ?

New in JDF 1.3

refelement

The layout as defined by a pre-existing die. DieLayout must be present when BinderySignatureType = "Die" .

Fold *

element

Describes the folding operations in the sequence in which they are to be carried out. When both Fold and FoldCatalog are specified, FoldCatalog defines the topology of the folding scheme, and the specifics of each individual fold are described by the Fold Elements. The Fold Elements have precedence. Fold must not be specified if SignatureCell Elements are present. Fold must not be specified unless BinderySignatureType = "Fold" .

SignatureCell *

element

Describes the SignatureCell Elements used in this BinderySignature . SignatureCell Elements are ordered in X-Y direction starting at the lower left-hand corner of the BinderySignature . When both SignatureCell and FoldCatalog are specified, FoldCatalog defines the topology of the folding scheme, and the specifics of each individual Signature cell are described by the SignatureCell Elements. The SignatureCell Elements must have precedence. SignatureCell must not be specified if Fold Elements are present.

 

Figure 7-4: WebCellAlignment, Example 1

 

 

Figure 7-5: WebCellAlignment Example 2

 

 

Figure 7-6: WebCellAlignment Example 3

 

Example 7-4: Pseudo Code to Generate Page Count from SignatureCell Elements

New in JDF 1.4

maxSectionIndexSeen = 0

maxSectionPages = [0]

for sc in BinderySignature/SignatureCell

si = sc@SectionIndex

if ( si > maxSectionIndexSeen)

for index from maxSectionIndexSeen to si - 1:

maxSectionPages.append(0)

maxSectionIndexSeen = si

for page in sc@FrontPages

maxSectionPages[si] = max(maxSectionPages[si],page)

for page in sc@BackPages

maxSectionPages[si] = max(maxSectionPages[si],page)

totalPages = 0

for sectionIndex from 0 to maxSectionIndexSeen

totalPages += 1 + maxSectionPages[sectionIndex]

return totalPages

 

7.2.12.1 Element: SignatureCell

SignatureCell Elements describe a set of individual page cells in a BinderySignature .

Note: “Page number” in the table below refers to finished pages from the PageList numbered from 0 to n, as opposed to Folio pages, which are the numbers that appear in print with the content of the document; the difference being that pages without Folio numbering are counted. As the BinderySignature is a reusable object, the page numbers refer to finished pages numbered from 0 to n as if this BinderySignature were the only section of the Assembly . The consuming Device needs to calculate the final product page number using the Assembly and StrippingParams /@ SectionList . The BinderySignature cells must not contain final page numbers unless Assembly /@ Order = "None" .

 

Table 7-77: SignatureCell Element

Name

Data Type

Description

BackFacePages ?

Deprecated in JDF 1.4

IntegerList

Page numbers for the back finished pages forming a foldout.

Deprecation note: starting with JDF 1.4, use FaceCells to describe foldouts.

BackPages ?

IntegerList

Page numbers of the back finished pages of a SignatureCell . The number of entries in FrontPages and BackPages must be identical. The entries with an identical index in FrontPages and BackPages are back-to-back in the layout. If not specified, the layout is one-sided.

BottleAngle ?

double

Indicates the bottle angle, which is the slight rotation of the SignatureCell needed to compensate for the rotation fault introduced when making cross-folds.

BottleAxis ?

enumeration

Indicates the point around which the cell is bottled.

Values are:

FaceFoot

FaceHead

SpineFoot

SpineHead

FaceCells ?

New in JDF 1.4

IntegerList

List of indices of SignatureCell Elements that form a foldout together with this SignatureCell . The SignatureCell that contains FaceCells is the parent of the foldout, typically the Page that is attached to the spine. Details of each foldout Page are described by a SignatureCell Element.

FrontFacePages ?

Deprecated in JDF 1.4

IntegerList

Page numbers for the front finished pages forming a foldout.

Deprecation note: starting with JDF 1.4, use FaceCells to describe foldouts.

FrontPages ?

IntegerList

Page numbers of the front finished pages of a SignatureCell . Multiple page cells with the same properties except for the finished pages to which they are assigned may be summarized as one SignatureCell with multiple entries in FrontPages .

Orientation = "Up"

Modified in JDF 1.3

enumeration

Indicates the orientation of the SignatureCell .

Values are:

Down - 180˚ rotation.

Left - 90˚ counter-clockwise rotation. New in JDF 1.3

Right - 270˚ counter-clockwise rotation New in JDF 1.3

Up - 0˚ rotation.

SectionIndex = "0"

integer

Unique logical index of the page section that are to fill this SignatureCell . This is an indirect logical index. The actual section index is defined in StrippingParams /@ SectionList .

StationName ?

New in JDF 1.3

string

The name of the 1-up station in the die layout.

Constraint: if BinderySignature /@BinderySignatureType = "Die" , this Element should be specified.

Constraint: if BinderySignature /@BinderySignatureType = "Die" and BinderySignature / DieLayout contains more than 1 Station , this Attribute must be specified.

Example 7-5: StrippingParams: Foldout Using FaceCells

New in JDF 1.4

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

< ResourcePool >

<!--Stripping Foldout example corresponding to spec example n.6.5 - with new

attribute FaceCells-->

< StrippingParams Class = "Parameter" ID = "r000005"

PartIDKeys = "CellIndex" Status = "Available" >

< BinderySignatureRef rRef = "r000006" />

< StrippingParams CellIndex = "0" >

<!--stripcell for the folded out foldout(front page=4)-->

< StripCellParams TrimSize = "200 400" />

</ StrippingParams >

< StrippingParams CellIndex = "1" >

<!--stripcell for the inner page of the foldout foldout(front page=5)-->

< StripCellParams TrimSize = "300 400" />

</ StrippingParams >

< StrippingParams CellIndex = "2" >

<!--stripcell for the inner page of the foldout foldout(front page=0)-->

< StripCellParams TrimSize = "320 400" />

</ StrippingParams >

</ StrippingParams >

< BinderySignature Class = "Parameter" ID = "r000006" Status = "Available" >

<!--this is the foldout foldout cell-->

< SignatureCell BackPages = "3" FrontPages = "4" />

<!--this cell is the inner page of the foldout, i.e. the page that is

attached to the spine The new attribute FaceCells refers to the cell(s)

that describe the foldout; in this case the cell to the left. The front

and back pages of the foldout are listed in the respective cell(s)

-->

< SignatureCell BackPages = "2" FaceCells = "0" FrontPages = "5" />

<!--this is the cell that has no foldout-->

< SignatureCell BackPages = "1" FrontPages = "0" />

</ BinderySignature >

</ ResourcePool >

<ResourceLinkPool>

<StrippingParamsLink Usage="Input" rRef="r000005"/>

</ResourceLinkPool>

</JDF>

 

7.2.13 BlockPreparationParams

New in JDF 1.1

This Resource describes the settings of a BlockPreparation Process. For the tightbacking there are four different kinds of book forms as shown in Figure 7-7.

 

Figure 7-7: Tightbacking for Block Preparation

Kinds of Book Forms

Flat

Round

Flat and Backed

Rounded and Backed

TightBacking=

"Flat"

"Round "

"FlatBacked "

"RoundBacked"

 

 

 

 

 

For the rounding and for the backing there are two additional measurement as shown in Figure 7-8.

:

Figure 7-8: Rounding and Backing for Block Preparation

Measurement

Rounding Way

Backing Way

Attribute

Rounding= "m"

Backing= "n"

 

 

 

Resource Properties

Resource Class:

Parameter

Resource referenced by:

 

Example Partition:

--

Input of Processes:

BlockPreparation

Output of Processes:

--

 

Table 7-78: BlockPreparationParams Resource

Name

Data Type

Description

Backing ?

double

Backing distance in points.

Rounding ?

double

Rounding distance in points.

TightBacking ?

enumeration

Definition of the geometry of the back of the book block.

Values are:

Flat

FlatBacked - Backing way

Round - Rounding way

RoundBacked - Rounding way, backing way

RegisterRibbon *

refelement

Description of the register ribbons that are included within the book block.

7.2.14 BoxFoldingParams

New in JDF 1.3

This Resource defines the parameters for folding and gluing blanks to folded flat boxes in a box folder-gluer Device.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

 

Example Partition:

--

Input of Processes:

BoxFolding

Output of Processes:

--

 

Table 7-79: BoxFoldingParams Resource (Section 1 of 2)

Name

Data Type

Description

BlankDimensionsX ?

DoubleList

X position of folds for an unfolded box beginning from the origin of the coordinate system (left side) increasing from minimum to maximum (expressed in points). See Figure 7-10, “BoxFoldingType Attribute for values of Type00, Type01 and Type02” through Figure 7-13, “BoxFoldingType Attribute for values of Type15 and Type20”. The first value of BlankDimensionsX is the position of the fold marked by X0 in a diagram, e.g., Figure 7-10. The second value of BlankDimensionsX is the position of the fold marked by X1, and so on.

BlankDimensionsX must not be specified unless BoxFoldingType is also specified.

BlankDimensionsY ?

DoubleList

Y position of folds for of an unfolded box beginning from the origin of the coordinate system (bottom side) increasing from minimum to maximum (expressed in points). See Figure 7-10, “BoxFoldingType Attribute for values of Type00, Type01 and Type02” through Figure 7-13, “BoxFoldingType Attribute for values of Type15 and Type20”.

The first value of BlankDimensionsY is the position of the fold marked by Y0 in a diagram, e.g., Figure 7-10. The second value of BlankDimensionsY is the position of the fold marked by Y2, and so on.

BlankDimensionsY must not be specified unless BoxFoldingType is also present.

BoxFoldingType ?

enumeration

Basic predefined folding types. See the drawings referenced from each defined value below. Each drawing is shown from the print side with the lid at the top.

Each type is described with a sequence of BoxFoldAction Elements. The most common sequences (folding types) are predefined, All other are 'special' and must be described in detail.

Values are:

Type00 - Special type for boxes that are not pre-defined. See Figure 7-10.

Type01 - see Figure 7-10.

Type02 - see Figure 7-10.

Type03 - see Figure 7-11.

Type04 - see Figure 7-11.

Type10 - see Figure 7-11.

Type11 - see Figure 7-12.

Type12 - see Figure 7-12.

Type13 - see Figure 7-12.

Type15 - see Figure 7-13.

Type20 - see Figure 7-13.

BoxApplication *

Deprecated in JDF 1.4

element

Application work step in a Box folder-gluer. The sequence of BoxFoldAction , BoxApplication and GlueLine Elements defines the sequence of work steps. The first Element is applied first.

Application SHOULD be described with a combined Inserting process.

Deprecation note: starting with JDF 1.4, a Combined Process that includes the BoxFolding and Inserting Processes replaces BoxApplication .

BoxFoldAction *

element

Individual work step in a Box folder-gluer. The sequence of BoxFoldAction , BoxApplication and GlueLine Elements defines the sequence of work steps. The first Element is applied first.

GlueLine *

refelement

Specification of a glue line. The GlueLine is applied to the blank in the coordinate system of the folder gluer at the state after all prior BoxFoldAction and BoxApplication Elements have been applied. The sequence of BoxFoldAction , BoxApplication and GlueLine Elements defines the sequence of work steps. The first Element is applied first.

7.2.14.1 Element: BoxApplication

Deprecated in JDF 1.4

A BoxApplication describes the application of an external Component such as a window or handle to a folding box in the box folder-gluer. Note that a short description of the application should be specified in BoxApplication / @DescriptiveName . Application of an external Component SHOULD be described with a combined Inserting process.

 

Table 7-80: BoxApplication Element

Name

Data Type

Description

ApplicationArea ?

rectangle

Area in the current coordinate system of the folder gluer where the Component is applied. Note: A single point is specified by X0 = X1 and Y0 = Y1 of the rectangle and a line is specified by X0 = X1 or Y0 = Y1.

Component

refelement

Reference to a Component that is applied. This Component must also be specified as in input Component to the BoxFolding Process with ProcessUsage = "Application"

GlueLine *

refelement

Specification of a glue lines needed to glue the Component described in this BoxApplication . The glue lines are applied to the Component in the coordinate system of the BoxApplication / Component . The glue lines applied to the blank are specified in BoxFoldingParams / GlueLine .

7.2.14.2 Element: BoxFoldAction

BoxFoldAction describes an action in the folder-gluer that is perpendicular or diagonal to the movement path of the blank.

 

Table 7-81: BoxFoldAction Element

Name

Data Type

Description

FoldIndex

XYPair

Identification of the upper right corner of the flap or fold that is affected by this BoxFoldAction . The first value of the XYPair refers to an indexed fold in BlankDimensionsX ; the second value of the XYPair refers to an indexed fold in BlankDimensionsY.

If either X or Y spans multiple flaps, it must be set to -1.

Action

enumeration

Individual Action in the folder gluer.

Values are from: Table 7-82, “Action Attribute Values”.

GlueLine *

refelement

Specification of a glue lines needed to glue the Component described in this BoxApplication . The GlueLine s are applied to the Component in the coordinate system of the BoxApplication / Component . The GlueLine s applied to the blank are specified in BoxFoldingParams / GlueLine .

-- Attribute: Action

 

Table 7-82: Action Attribute Values

Value

Description

LongFoldLeftToRight

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

LongFoldRightToLeft

 

LongPreFoldLeftToRight

 

LongPreFoldRightToLeft

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

FrontFoldComplete

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

FrontFoldDiagonal

 

FrontFoldCompleteDiagonal

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

BackFoldComplete

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

BackFoldDiagonal

 

BackFoldCompleteDiagonal

 

ReverseFold

A ReverseFold is topologically equivalent to FrontFoldDiagonal but uses different equipment with other restrictions on Media weight and size and is therefore specified individually.

For a drawing, see Figure 7-9, “Folding examples for some values of BoxFoldAction/@Action”.

Milling

 

Rotate90

90˚ counter-clockwise rotation

Rotate180

180˚ rotation

Rotate270

90˚ clockwise rotation

Example 7-6: BoxFoldingParams/BoxFoldAction

For instance, processing a Type01 blank (Figure 7-10, “BoxFoldingType Attribute for values of Type00, Type01 and Type02”) has the following actions:

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< BoxFoldingParams Class = "Parameter" ID = "BFP000" Status = "Available" >

< BoxFoldAction FoldIndex = "0 -1" Action = "LongPreFoldLeftToRight" />

< BoxFoldAction FoldIndex = "2 -1" Action = "LongPreFoldRightToLeft" />

< BoxFoldAction FoldIndex = "1 -1" Action = "LongFoldLeftToRight" />

< BoxFoldAction FoldIndex = "3 -1" Action = "LongFoldRightToLeft" />

</ BoxFoldingParams >

</ResourcePool>

<ResourceLinkPool>

<BoxFoldingParamsLink Usage="Input" rRef="BFP000"/>

</ResourceLinkPool>

</JDF>

 

 

 

 

Figure 7-9: Folding examples for some values of BoxFoldAction/@Action

 

 

 

 

 

 

LongFoldLeftToRight

LongPreFoldRightToLeft

FrontFoldComplete

FrontFoldCompleteDiagonal

BackFoldComplete

ReverseFold

Dimensions and Actions for below Figures:

.

Figure 7-10: BoxFoldingType Attribute for values of Type00, Type01 and Type02

Type00

Type01

Type02

 

 

 

Individual shape with customer defined dimensions and actions

X0 LongPreFoldLeftToRight

X3 LongPreFoldLeftToRight

X2 LongPreFoldRightToLeft

X1 LongPreFoldRightToLeft

 

X1 LongFoldLeftToRight

X0 LongFoldLeftToRight

 

X3 LongFoldRightToLeft

X2 LongFoldRightToLeft

Figure 7-11: BoxFoldingType Attribute for values of Type03, Type04 and Type10

Type03

Type04

Type10

 

 

 

X0 LongPreFoldLeftToRight

X3 LongPreFoldLeftToRight

X0 LongPreFoldLeftToRight

X2 LongPreFoldRightToLeft

X1 LongPreFoldRightToLeft

X1 LongPreFoldRightToLeft

X2/Y1: FrontFoldComplete

X1/Y1: FrontFoldComplete

 

X4/Y1: FrontFoldComplete

X3/Y1: FrontFoldComplete

 

X1/Y1: FrontFoldCompleteDiagonal

X0/Y1: FrontFoldCompleteDiagonal

 

X3/Y1: FrontFoldCompleteDiagonal

X2/Y1: FrontFoldCompleteDiagonal

 

X1 LongFoldLeftToRight

X0 LongFoldLeftToRight

 

X3 LongFoldRightToLeft

X2 LongFoldRightToLeft

 

Figure 7-12: BoxFoldingType Attribute for values of Type 11, Type12 and Type13

Type11

Type12

Type13

 

 

 

X0/Y0: FrontFoldComplete

X1/Y0:

X0/Y0: FrontFoldComplete

X2/Y0: FrontFoldComplete

FrontFoldCompleteDiagonal

X2/Y0: FrontFoldComplete

X0/Y2: BackFoldComplete

X1/Y2:

X0/Y2: BackFoldComplete

X2/Y2: BackFoldComplete

BackFoldCompleteDiagonal

X2/Y2: BackFoldComplete

X1/Y0: FrontFoldCompleteDiagonal

X0 LongFoldLeftToRight

X1/Y0: FrontFoldCompleteDiagonal

X1/Y2: BackFoldCompleteDiagonal

X2 LongFoldRightToLeft

X1/Y2: BackFoldCompleteDiagonal

X0 LongFoldLeftToRight

 

X0 LongFoldLeftToRight

X2 LongFoldRightToLeft

 

X2 LongFoldRightToLeft

Figure 7-13: BoxFoldingType Attribute for values of Type15 and Type20

Type15

Type20

 

 

X0/Y0: FrontFoldComplete

(continued from previous column)

X0 LongFoldLeftToRight

X2/Y0 FrontFoldComplete

X3/Y0 FrontFoldCompleteDiagonal

X3 LongFoldRightToLeft

X4/Y0 FrontFoldComplete

X1/Y2 BackFoldCompleteDiagonal

 

X0/Y2 BackFoldComplete

X3/Y2 BackFoldCompleteDiagonal

 

X2/Y2 BackFoldComplete

X0 LongFoldLeftToRight

 

X4/Y2 BackFoldComplete

X3 LongFoldRightToLeft

 

X1/Y0 FrontFoldCompleteDiagonal

X2 LongFoldRightToLeft

 

7.2.15 BoxPackingParams

New in JDF 1.1

This Resource defines the parameters for packing a box of components. Details of the box used for BoxPacking can be found in the Component ( Box ) Resource that is also an input of the BoxPacking Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

 

Example Partition:

--

Input of Processes:

BoxPacking

Output of Processes:

--

 

Table 7-83: BoxPackingParams Resource (Section 1 of 2)

Name

Data Type

Description

ComponentsPerRow ?

New in JDF 1.3

integer

Component s per row in the shipping box, as illustrated by A in Figure 7-14 . If the Component s represent Bundle s, the number of Bundle s is specified.

Columns ?

New in JDF 1.4

integer

Columns per shipping box. Columns are in the 3rd Dimension in Figure 7-14 , and are thus not illustrated.

ComponentOrientation ?

New in JDF 1.4

enumeration

Defines the coordinate pair that is facing the bottom of the box, defining the horizontal plane.

Values are:

XY - Axis X and Y

XZ - Axis X and Z

YZ - Axis Y and Z

Copies ?

New in JDF 1.4

integer

Number of copies in the box. Copies MUST NOT be specified if MaxWeight is present.

FillMaterial ?

NMTOKEN

Material to fill boxes that are not completely filled, as illustrated by F in Figure 7-14 .

Values include:

Any - Explicit request for system specified filling.

BlisterPack

None - Explicit request for no filling.

Paper

Styrofoam

Layers ?

New in JDF 1.3

integer

Layers per shipping box, as illustrated by L in Figure 7-14 .

MaxWeight ?

New in JDF 1.4

double

Maximum weight of a packed box in grams. MaxWeight MUST NOT be specified if Copies is present.

Pattern ?

string

Name of the box packing pattern. Used to store a predefined pattern that defines the layers and positioning of individual component in the box or carton.

Rows ?

New in JDF 1.3

integer

Rows per shipping box, as illustrated by R in Figure 7-14 .

Ties ?

New in JDF 1.3

IntegerList

Number of tie Sheets at each row. The first value is outside the first row, the next value between the first and second row and so forth. If more rows than values are specified, counting restarts at the 0 position. If fewer layers than values are specified, all tie Sheets that are not adjacent to a row are ignored.

UnderLays ?

New in JDF 1.3

IntegerList

Number of underlay Sheets at each layer, as illustrated by U in Figure 7-14 . The first value is underneath the bottom layer, the next value above the first layer and so forth. If more layers than values are specified, counting restarts at the 0 position. If less layers than values are specified, all underlay Sheets that are not adjacent to a layer are ignored.

 

Figure 7-14: Box packing

 

 

7.2.16 BufferParams

New in JDF 1.1

This Resource provides controls for Buffer Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Buffer

Output of Processes:

--

 

Table 7-84: BufferParams Resource

Name

Data Type

Description

MinimumWait ?

duration

Minimum amount of time that an individual Resource must be buffered.

7.2.17 Bundle

New in JDF 1.1

Bundles are used to describe various kinds of sets of Component s. Note that Bundle Resources can be created by many press or postpress Processes and not only Bundling .

Resource Properties

Resource Class:

Quantity

Resource referenced by:

Component , PalletizingParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-85: Bundle Resource

Name

Data Type

Description

BundleType = "Stack"

enumeration

Values are:

BoundSet - Stack of components that are bound together.

Box

Carton

CollectedStack - Components collected on a saddle, result of Collecting Process

CompensatedStack - Loose stack of compensated components

Pallet

Roll - Rolled components on a print Roll.

Sheet - Multiple individual items printed onto one Sheet.

Stack - Loose stack of equally stacked components.

StrappedStack - Strapped stack of equally stacked components.

StrappedCompensatedStack - Strapped stack of compensated components.

WrappedBundle

FolioCount ?

integer

Total amount of individual finished pages that this bundle contains. If not specified, it must be calculated from the individual BundleItem Elements.

ReaderPageCount ?

integer

Total amount of individual Reader Pages that this bundle contains. If not specified, it must be calculated from the individual BundleItem Elements.

TotalAmount ?

integer

Total amount of individual products that this bundle contains. If the bundle contains one or more Component [contains ( @ComponentType , "FinalProduct" )], TotalAmount refers to the number of final products. Note that this is neither always the next level of BundleItem nor the lowest level of BundleItem. For instance, the next level may be the boxes in a carton, whereas the lowest level may be the Sheets comprising the brochure. The correct number in this example would be the number of Brochures. If not specified, it must be calculated from the individual BundleItem Elements.

BundleItem *

element

References to the individual items that form this Bundle .

7.2.17.1 Element: BundleItem

A Bundle is described as a set of BundleItem Elements. Since BundleItem Elements reference Component Resources which themselves can reference further Bundle Resources, the structure is recursive.

 

Table 7-86: BundleItem Element (Section 1 of 2)

Name

Data Type

Description

Amount

integer

Number of this type of items.

ItemName ?

New in JDF 1.2

NMTOKEN

Name of the bundle item. Used for referencing individual BundleItem Elements in a Bundle .

Orientation ?

Orientation

Named Orientation of the Component respective to the Bundle coordinate system. For details, see Table 2-4, “Matrices and Orientation values for describing the orientation of a Component”. At most one of Orientation or Transformation must be specified.

Transformation ?

matrix

Orientation of the Component respective to the Bundle coordinate system. At most one of Orientation or Transformation must be specified.

Component

refelement

Reference to a Component that is part of this Bundle .

Example 7-7: Bundle: Boxing and Palletizing

The following example code shows a JDF that describes boxing and palletizing for 4200 books. The appropriate Bundle Elements have orange tags and magenta Attributes. The Resources have not yet been completely filled in.

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" ID = "Bundle" Status = "Waiting"

Type = "ProcessGroup" JobPartID = "ID20" Version = "1.4" >

<!-- The BoxPacking Process consumes the thing to pack and the boxes-->

<!-- The BoxPacking Process creates packed boxes -->

< JDF ID = "n0235" Status = "Waiting" Type = "BoxPacking" JobPartID = "ID21" >

< ResourceLinkPool >

< ComponentLink ProcessUsage = "Box" Usage = "Input" rRef = "BoxID" />

< BoxPackingParamsLink Usage = "Input" rRef = "BoxParamsID" />

< ComponentLink Usage = "Input" rRef = "ComponentID" />

< ComponentLink Usage = "Output" rRef = "PackedBoxID" />

</ ResourceLinkPool >

<!-- The BoxPacking Process has the following local resources -->

< ResourcePool >

< BoxPackingParams Class = "Parameter" ID = "BoxParamsID"

Status = "Available" />

< Component Amount = "100" Class = "Quantity" ID = "BoxID"

Status = "Available" ComponentType = "Sheet" />

</ ResourcePool >

</ JDF >

< ResourcePool >

<!-- This Component describes a Box with 42 Books -->

< Component Amount = "100" Class = "Quantity" ID = "PackedBoxID"

Status = "Unavailable" ComponentType = "Sheet" >

< Bundle BundleType = "Box" TotalAmount = "42" >

< BundleItem Amount = "42" >

< ComponentRef rRef = "ComponentID" />

</ BundleItem >

</ Bundle >

</ Component >

< Component Amount = "4200" Class = "Quantity" ID = "ComponentID"

Status = "Available" ComponentType = "Sheet" />

<!-- This Component describes the contents of the pallet: 100

Boxes w. 42 Books -->

< Component Amount = "10" Class = "Quantity" ID = "palletContentsID"

Status = "Unavailable" ComponentType = "Sheet" >

< Bundle BundleType = "Pallet" TotalAmount = "420" >

< BundleItem Amount = "10" >

< ComponentRef rRef = "PackedBoxID" />

</ BundleItem >

</ Bundle >

</ Component >

</ ResourcePool >

< JDF ID = "n0239" Status = "Waiting" Type = "Palletizing" JobPartID = "ID22" >

< ResourceLinkPool >

< ComponentLink Usage = "Input" rRef = "PackedBoxID" />

< PalletLink Usage = "Input" rRef = "palletID" />

< PalletizingParamsLink Usage = "Input" rRef = "palletParamsID" />

< ComponentLink Usage = "Output" rRef = "palletContentsID" />

</ ResourceLinkPool >

< ResourcePool >

< Pallet Amount = "10" Class = "Consumable" ID = "palletID"

Status = "Available" PalletType = "Euro800x600" />

< PalletizingParams Class = "Parameter" ID = "palletParamsID"

Status = "Available" />

</ ResourcePool >

</ JDF >

</ JDF >

 

7.2.18 BundlingParams

New in JDF 1.2

BundlingParams describes the details of a Bundling Process.

Resource Properties

Resource Class:

Parameter

Resource references:

--

Example Partition:

--

Input of Processes:

Bundling

Output of Processes:

--

 

Table 7-87: BundlingParams Resource

Name

Data Type

Description

Copies ?

integer

Number of copies within a bundle. Copies must not be specified if Length is present.

Length ?

double

Length of a bundle. Length must not be specified if Copies is present.

 

 

Figure 7-15: BundlingParams Coordinate System

 

7.2.19 ByteMap

This Resource specifies the structure of bytemaps produced by various Processes within a JDF system. A ByteMap represents a raster of image data. This data may have multiple bits per pixel, may represent a varying set of color planes, and may be interleaved. A Bitmap is a special case of a ByteMap in which each pixel is represented by a single bit per color.

Personalized printing requires that certain regions of a given page be dynamically replaced. The optional mask associated with each band of data allows for omitting certain pixels from the base image represented by the ByteMap so that they can be replaced.

Resource Properties

Resource Class:

Parameter

Resource references:

RunList

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-88: ByteMap Resource (Section 1 of 2)

Name

Data Type

Description

BandOrdering ?

enumeration

Identifies the precedence given when ordering the produced bands.

BandOrdering is required for non-interleaved data and must be ignored for interleaved data if specified.

Values are:

BandMajor - The position of the bands on the page is prioritized over the color.

ColorMajor - All bands of a single color are played in order before progressing to the next plane. This is only possible with non-interleaved data.

ElementType ?

New in JDF 1.4

enumeration

Values are from: Table 7-254, “ElementType Attribute Values”.

Note: values are the same as LayoutElement @ ElementType .

FrameHeight ?

Modified in JDF 1.4

integer

Height of the overall image that may be broken into multiple bands.

Modification note: starting with JDF 1.4, FrameHeight is optional.

FrameWidth ?

Modified in JDF 1.4

integer

Width of overall image that may be broken into multiple columns.

Modification note: starting with JDF 1.4, FrameWidth is optional.

Halftoned ?

Modified in JDF 1.4

boolean

Indicates whether or not the data has been halftoned.

Modification note: starting with JDF 1.4, Halftoned is optional.

Interleaved ?

Modified in JDF 1.4

boolean

If "true" , the data are interleaved or chunky. Otherwise the data are non-interleaved or planar.

Modification note: starting with JDF 1.4, Interleaved is optional.

PixelSkip ?

integer

Number of bits to skip between pixels of interleaved data.

Resolution ?

Modified in JDF 1.4

XYPair

Output resolution.

Modification note: starting with JDF 1.4, Resolution is optional.

Band *

Modified in JDF 1.4

element

Array of bands containing raster data.

Modification note: starting with JDF 1.4, Band is optional.

ColorPool ?

New in JDF 1.2

refelement

Details of the colors represented in this ByteMap .

FileSpec

( RasterFileLocation )?

refelement

A FileSpec Resource pointing to a location where the raster is stored or is be stored shortly

PixelColorant *

Modified in JDF 1.4

element

Ordered list containing information about which colorants are represented and how many bits per pixel are used.

Modification note: starting with JDF 1.4, PixelColorant is optional.

7.2.19.1 Element: Band

 

Table 7-89: Band Element

Name

Data Type

Description

Data ?

Modified in JDF 1.4

URL

Actual bytes of data.

Modification note: starting with JDF 1.4, Data is optional.

Height ?

Modified in JDF 1.4

integer

Height in pixels of the band.

Modification note: starting with JDF 1.4, Height is optional.

Mask ?

URL

1-bit mask of raster data indicating which bits of the band data to use. The mask dimensions and resolution must be equivalent to the contents of the band itself.

WasMarked ?

Modified in JDF 1.4

boolean

Indicates whether any rendering marks were made in this band. This Attribute allows a band to be skipped if no marks were made in the band.

Modification note: starting with JDF 1.4, WasMarked is optional.

Width ?

Modified in JDF 1.4

integer

Width in pixels of the band

Modification note: starting with JDF 1.4, Width is optional.

 

7.2.19.2 Element: PixelColorant

 

Table 7-90: PixelColorant Element

Name

Data Type

Description

ColorantName

string

Name of colorant.

PixelDepth

integer

Number of bits per pixel for each colorant.

 

7.2.20 CaseMakingParams

New in JDF 1.1

This Resource describes the settings of a CaseMaking Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

CaseMaking

Output of Processes:

--

 

Figure 7-16: CaseMakingParams

 

 

Table 7-91: CaseMakingParams Resource (Section 1 of 2)

Name

Data Type

Description

 

BottomFoldIn ?

double

Defines the width of the part of the CoverMaterial on the lower edge inside of the case. If not specified, defaults to TopFoldIn .

 

CoverWidth ?

double

Width of the cover cardboard in points.

 

CornerType ?

NMTOKEN

Method of wrapping the corners of the cover material around the corners of the board.

Values include:

LibraryCorner - The American Library Corner style.

 

FrontFoldIn ?

double

Defines the width of the part of the cover material on the front edges inside of the case.

 

Height ?

double

Height of the book case, in points.

 

JointWidth ?

double

Width of the joint as seen when laying the cardboard on the cover material, in points.

 

SpineWidth ?

double

Width of the spine cardboard, in points.

 

TopFoldIn ?

double

Defines the width of the cover material on the top edge inside of the case.

 

GlueLine ?

refelement

Because the glue is applied to the whole back side of the cover material, GlueLine /@ AreaGlue must be set to "true" .

7.2.21 CasingInParams

New in JDF 1.1

This Resource describes the settings of a CasingIn Process. The geometry is always centered See Figure 7-17.

 

Figure 7-17: Parameters and coordinate system for CasingIn

 

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

CasingIn

Output of Processes:

--

 

Table 7-92: CasingInParams Resource

Name

Data Type

Description

CaseRadius ?

double

Inner radius of the case spine rounding. If not specified, no rounding of the case spine is performed.

GlueApplication *

New in JDF 1.4

refelement

Properties of the glue to attach the case.

GlueLine +

Deprecated in JDF 1.4

refelement

Properties of the glue used.

Deprecation note: starting with JDF 1.4, use GlueApplication .

7.2.22 ChannelBindingParams

This Resource describes the details of the ChannelBinding Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

ChannelBinding

Output of Processes:

--

Figure 7-18 depicts the ChannelBinding Process.

 

Figure 7-18: Parameters used for channel binding

 

The symbols W , L and ClampD of Figure 7-18 are described by the Attributes ClampD and ClampSize of the table below.

 

Table 7-93: ChannelBindingParams Resource

Name

Data Type

Description

Brand ?

string

The name of the clamp (or preassembled cover with clamp) manufacturer and the name of the specific item.

ClampColor ?

NamedColor

Determines the color of the clamp/cover. If ClampSystem = "true" , then the color of the cover is also meant.

ClampColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If ClampColorDetails is supplied, ClampColor SHOULD also be supplied.

ClampD ?

double

The distance of the clamp that was “pressed away” (see Figure 7-18 Parameters used for channel binding).

ClampSize ?

shape

The shape size of the clamp. The first number of the shape data type corresponds to the clamp width W (see Figure 7-18 ) which is determined by the final height of the block of Sheets to be bound. The second number corresponds to the length L (see Figure 7-18). The third corresponds to the spine length (not visible in Figure 7-18). The spine length is perpendicular on the paper plane.

ClampSystem = "false"

boolean

If "true" the clamp is inside of a preassembled cover.

7.2.23 CIELABMeasuringField

Information about a color measuring field. The color is specified as CIE-L*a*b* value.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ColorControlStrip , Layout / MarkObject

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-94: CIELABMeasuringField Resource

Name

Data Type

Description

Center

XYPair

Position of the center of the color measuring field in the coordinates of the MarkObject that contains this mark. If the measuring field is defined within a ColorControlStrip , Center refers to the rectangle defined by Center and Size of the ColorControlStrip .

CIELab

LabColor

L*a*b* color specification.

DensityStandard ?

Deprecated in JDF 1.1

enumeration

Density filter standard used during density measurements.

Values are:

ANSIA - ANSI Status A

ANSIE - ANSI Status E

ANSII - ANSI Status I

ANSIT - ANSI Status T.

DIN16536

DIN16536NB

Deprecation note: starting with JDF 1.1, use ColorMeasurementConditions / @DensityStandard .

Diameter ?

Modified in JDF 1.1

double

Diameter of the measuring field.

Light

Deprecated in JDF 1.1

NMTOKEN

Type of light.

Values include:

D50

D65

Observer ?

Deprecated in JDF 1.1

integer

Observer in degree (2 or 10). In JDF 1.1 and beyond, use ColorMeasurementConditions /@ Observer

Percentages ?

DoubleList

Percentage values for each separation. The number of array Elements must match the number of separations.

ScreenRuling ?

DoubleList

Screen ruling values in lines per inch for each separation. The number of array Elements must match the number of separations.

ScreenShape ?

string

Shape of screening dots.

Setup ?

Deprecated in JDF 1.1

string

Description of measurement setup.

Deprecation note: starting with JDF 1.1, use details from ColorMeasurementConditions

Tolerance ?

Modified in JDF 1.1

double

Tolerance in ΔE.

ColorMeasurementConditions ?

New in JDF 1.1

refelement

Detailed description of the measurement conditions for color measurements.

7.2.24 CoilBindingParams

This Resource describes the details of the CoilBinding Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

CoilBinding

Output of Processes:

--

 

Table 7-95: CoilBindingParams Resource

Name

Data Type

Description

Brand ?

string

The name of the coil manufacturer and the name of the specific item.

Color ?

NamedColor

Determines the color of the coil.

ColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If ColorDetails is supplied, Color SHOULD also be supplied.

Diameter ?

double

The coil diameter to be produced is determined by the height of the block of Sheets to be bound.

Material ?

enumeration

The material used for forming the coil binding.

Values are:

LaqueredSteel

NylonCoatedSteel

PVC

TinnedSteel

ZincsSteel

Shift ?

Deprecated in JDF 1.2

double

Amount of vertical shift that occurs as a result of the coil action while opening the document. It is determined by the distance between the holes.

In JDF 1.2 and beyond, use the value implied by HoleMakingParams /@ HoleType .

Thickness ?

double

The thickness of the coil.

Tucked = "false"

boolean

If "true" , the ends of the coils are “tucked in”.

HoleMakingParams ?

New in JDF 1.2

refelement

Details of the holes in CoilBinding .

7.2.25 CollectingParams

The Collecting Process needs no special Attributes. However, this Resource is provided as a container for extensions of the Collecting Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Collecting

Output of Processes:

--

 

Table 7-96: CollectingParams Resource

Name

Data Type

Description

 

 

 

 

Figure 7-19: Coordinate systems used for collecting

 

7.2.26 Color

Color describes spot color inks, process color inks and any other coating, for instance varnish or gloss coating. Spot colors are named colors that can either be separated or converted to process colors. It is important to know the neutral density of the colorant for trapping and, in many cases, the Lab values for representing them on screen. If you know the Lab value, you can calculate the neutral density. When representing colors on screen, a conversion to process colors must be defined. This conversion is a simple linear interpolation between the CMYK value of the 100% spot color and its tint.

A color is represented by a Color Element. It has a required Name Attribute, which represents the name of either a spot color or a process color. When ColorantAlias has been used in ElementColorParams and/or in ColorantControl to clean up string names of spot colors, the resolved, not the uncorrected duplicate, ColorantAlias /@ ReplacementColorantName spot color name must match Color /@ Name . The four names that are reserved for representing process CMYK color names are Cyan , Magenta , Yellow and Black . Every colorant can have a Lab and/or CMYK color value. If both are specified and a system is capable of interpreting both values, the Lab value overrides the CMYK definition, unless the target Device is compatible with CMYK, (i.e., ColorantControl /@ ProcessColorModel = "DeviceCMYK" ). In this case the CMYK value has precedence.

The Lab value represents the L, a, b readings of the ink on certain media. This means that spot inks printed on three different kinds of stocks have different Lab values. Pantone books, for example, provide Lab values for three kinds of paper: coated (not necessarily glossy), matte and uncoated . Thus a color of ink should identify the media for which the Color is specified. CMYK colors are used to approximate spot colors when they are not separated. This conversion can be done by a color management system, or there can be fixed CMYK representation defined by color books such as Pantone.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ColorPool , LayoutPreparationParams / PageCell

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-97: Color Resource (Section 1 of 4)

Name

Data Type

Description

ActualColorName ?

New in JDF 1.3

string

Actual name of the color in the PDL. ActualColorName SHOULD be used to identify the color. If not specified, defaults to the value of @ Name .

Note: this Attribute was added to JDF 1.3 Errata.

CMYK ?

Modified in JDF 1.2

CMYKColor

CMYK value of the 100% tint value of the colorant. Although optional , it is highly recommended that this value be filled when the colorant is a spot colorant, (i.e., not part of the ProcessColorModel ). This preferred CMYK may be associated with an ICC source profile defined in the FileSpec Resource with a ResourceUsage = "ColorProfile" when the target CMYK is different from the PDL CMYK.

ColorBook ?

Modified in JDF 1.2

string

Definition of the color identification book name that is used to represent this color. The color book name must match the name defined by the color book vendor

Values include:

CIP4 ColorBook Uncoated Grade 5 PANTONE C - an example

PANTONE C - an example

PlaceHolder - PlaceHolder is a special token that indicates that the Color / @Name is not a real color but a place holder like 'Spot1' that MUST be resolved when the content arrives. Added in JDF 1.3

Modification note: starting with JDF 1.2, the data type changes from NMTOKEN to string.

ColorBookEntry ?

Modified in JDF 1.2

string

Definition of the Color within the standard specified by ColorBook . This entry must exactly match the color book entry as defined by the ColorBook specified vendor, including capitalization and media type extension. When using ICC Profiles, this maps to the NCL2 value of a namedColorType tag of an ICC color profile. This entry is used to map from the JDF Color to an ICC namedColorType tag.

ColorBookPrefix ?

string

Definition of the name prefix of the color book entry within a named ICC profile. This entry is used to map from the JDF Color to an ICC namedColorType tag.

ColorBookSuffix ?

string

Definition of the name suffix of the color book entry within a named ICC profile. This entry is used to map from the JDF Color to an ICC namedColorType tag.

ColorName ?

New in JDF 1.1

NamedColor

Mapping to a color name. Allowed values are defined in Section A.3.3.3, “NamedColor”.

ColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If ColorDetails is supplied, Color SHOULD also be supplied.

ColorType ?

Modified in JDF 1.2

enumeration

A name that characterizes the colorant.

Values are:

DieLine - Marks made with colorants of this type are ignored for trapping. Trapping Processes need not generate a color plane for this colorant. DieLine can be used for auxiliary process separations. DieLine marks will generally appear on proof output but will not be marked on final output, (e.g., plates). Note that the ColorantControl Resource must be correctly set up for the RIP and that ColorType = "DieLine" does not implicitly remove the DieLine separation from final output.

Normal - Marks made with colorants of this type, marks covered by colorants of this type, and marks on top of colorants of this type are trapped.

Transparent - Marks made with colorants of this type are to be ignored for trapping. Trapping Processes are not to generate a color plane for this colorant. This value should be used for varnish.

Opaque - Marks covered by colorants of this type are ignored for trapping. Opaque can be used for metallic inks.

OpaqueIgnore - Marks made with colorants of this type and marks covered by colorants of this type are ignored for trapping. OpaqueIgnore can be used for metallic inks.

Density ?

New in JDF 1.2

double

Density value of colorant (100% tint). Whereas NeutralDensity describes measurements of inks on substrate with wide-band filter functions, Density is derived from measurements of inks on substrate with special small-band filter functions according to ANSI and DIN.

Gray ?

New in JDF 1.4

double

Gray value of the 100% tint value of the colorant. Although OPTIONAL, it is highly RECOMMENDED that this value be filled when the colorant is a spot colorant, MappingSelection = "UseProcessColorValues" and ColorantControl /@ ProcessColorModel = "DeviceGray" . Uses a subtractive color model: 0.0 means 100% coverage with colorant, while 1.0 means no coverage.

Lab ?

LabColor

L , a, b value of the 100% tint value of the colorant.

MappingSelection = "UsePDLValues"

New in JDF 1.2

enumeration

This value specifies the mapping method to be used for this Color.

MappingSelection can be specifically used to indicate how a combination of process colorant values will be obtained for any spot color when the separation spot colorant itself is not to be used.

Values are:

UsePDLValues - Use color values specified in the PDL for this color. See [ColorPS] .

UseLocalPrinterValues - Use the Printer’s best local mapping for this Color .

UseProcessColorValues - Use the values defined in this Color .

MediaType ?

Modified in JDF 1.2

string

Specifies the media type.

Values include:

Coated - Pertains to gloss coated.

Matte - Pertains to matte or dull coated.

Uncoated

Name

string

Name of the colorant. This is the value that must match the Name Attribute of a SeparationSpec that references this color, (e.g., in ColorantControl / DeviceNSpace / SeparationSpec /@ Name or ColorantControl / ColorantParams / SeparationSpec /@ Name ).

This Name Attribute may also be referenced from the Name Attribute in the Ink Resource. Name may also be referenced from ColorantAlias /@ ReplacementColorantName . Only one Color with any given Name must be specified in a ColorPool .

NeutralDensity ?

double

A number in the range of 0.001 to 10 that represents the neutral density of the colorant, defined as 10*log(1/Y) .

Y is the tristimulus value in CIEXYZ coordinates, normalized to 1.0.

RawName ?

New in JDF 1.2

hexBinary

Representation of the original 8-bit byte stream of the Color Name . Used to transport the original byte representation of a Color Name when moving JDF tickets between computers with different locales. Only one Color with any given RawName must be specified in a ColorPool .

sRGB ?

sRGBColor

sRGB value of the 100% tint value of the colorant.

UsePDLAlternateCS ?

Deprecated in JDF 1.2

boolean

If "true" , the alternate color space definition defined in the PDL must be used for color space transformations when available. If "false" , the alternate color space definitions defined in sRGB , CMYK or DeviceNColor of this Color must be used depending on the value of ColorantControl /@ ProcessColorModel . In JDF 1.2 and beyond, use MappingSelection .

ColorMeasurementConditions ?

New in JDF 1.1

refelement

Detailed description of the measurement conditions for color measurements.

DeviceNColor *

element

Elements that define the colorant in a non-standard Device-dependent process color space. DeviceNColor can be specified when Name is a spot colorant (not one of the DeviceNSpace colorants) and ColorantControl /@ ProcessColorModel = "DeviceN" .

FileSpec ( ColorProfile ) ?

refelement

A FileSpec Resource pointing to an ICC named color profile that describes further details of the color. This ICC profile is intended as a source profile for the named color whose equivalent CMYK value is given in the CMYK Attribute.

FileSpec ( TargetProfile ) ?

refelement

A FileSpec Resource pointing to an ICC profile that defines the target output Device in case the object that uses the Color has been color space converted to a Device color space.

FileSpec ( TargetProfile ) applies to the alternate color defined by the value of MappingSelection .

PrintConditionColor *

New in JDF 1.2

element

Description of the printing condition specific color properties of a colorant, (i.e., how is the printed color result specific to media, screening, etc.).

TransferCurve *

Modified in JDF 1.1

refelement

A list of color transfer functions that is used to convert a tint value to one of the alternative color spaces. The transfer functions that are not specified here default to a linear transfer: "0 0 1 1" .

7.2.26.1 Element: DeviceNColor

 

Table 7-98: DeviceNColor Element

Name

Data Type

Description

ColorList

DoubleList

Value of the 100% tint value of the colorant in the ordered DeviceN space. The list must have N Elements. A value of 0 specifies no ink and a value of 1 specifies full ink. The mapping of indices to colors is specified in the DeviceNSpace Element of the ColorantControl Resource.

N

integer

Number of colors that define the color space.

Name

string

Color space name, (e.g., HexaChrome or HiFi). Name must match ColorantControl / DeviceNSpace /@ Name .

7.2.26.2 Element: PrintConditionColor

New in JDF 1.2

The PrintConditionColor Element describes the specific properties of a colorant (named in Color / @Name ) when applied in a given printing condition, (i.e., media surface, media opacity, media color, screening/RIP, (e.g., halftone) technology). It is used to overwrite the generic values of Color , which are supplied as the default. See the descriptions in Color for details of the individual Attributes and Elements.

 

Table 7-99: PrintConditionColor Element (Section 1 of 2)

Name

Data Type

Description

CMYK ?

CMYKColor

CMYK of the PrintConditionColor .

Default value is from: parent Color / @CMYK

ColorBook ?

string

ColorBook of the PrintConditionColor .

Default value is from: parent Color / @ColorBook

ColorBookEntry ?

string

ColorBookEntry of the PrintConditionColor .

Default value is from: parent Color / @ColorBookEntry

ColorBookPrefix ?

string

ColorBookPrefix of the PrintConditionColor .

Default value is from: parent Color / @ColorBookPrefix

ColorBookSuffix ?

string

ColorBookSuffix of the PrintConditionColor .

Default value is from: parent Color / @ColorBookSuffix

Density ?

double

Density of the PrintConditionColor .

Default value is from: parent Color / @Density

Lab ?

LabColor

Lab of the PrintConditionColor .

Default value is from: parent Color / @Lab

MappingSelection ?

New in JDF 1.2

enumeration

This value specified the mapping method to be used for this Color.

Default value is from: parent Color / @MappingSelection .

Values are:

UsePDLValues - Use color values specified in the PDL for this color. See [ColorPS] .

UseLocalPrinterValues - Use the Printer's best local mapping for this Color .

UseProcessColorValues - Use the values defined in this Color .

MediaSide = "Both"

enumeration

Media front and back surfaces can be different, affecting color results. If the Media / @FrontCoatings , Media / @BackCoatings or Media / @Gloss Attributes indicate differences in surface then MediaSide can be used to specify the side of the media to which the PrintConditionColor Attributes pertain.

Values are:

Front

Back

Both

NeutralDensity ?

double

NeutralDensity of the PrintConditionColor .

Default value is from: parent Color / @NeutralDensity

PrintConditionName ?

NMTOKEN

PrintConditionName specifies a particular screening condition and printing condition that this PrintConditionColor Element applies to. In order to map a PrintCondition with a PrintConditionColor , PrintConditionName must match PrintCondition /@ Name . If not specified, this PrintConditionColor matches all PrintCondition but may still be dependent on Media .

sRGB ?

sRGBColor

sRGB of the PrintConditionColor . If not specified, defaults to the parent Color / @sRGB .

DeviceNColor *

element

DeviceNColor of the PrintConditionColor . If not specified, defaults to the parent Color / @ DeviceNColor .

FileSpec ( TargetProfile )

refelement

FileSpec ( TargetProfile ) of the PrintConditionColor . If not specified, defaults to the parent Color / FileSpec ( TargetProfile )

Media *

refelement

Specifies one or more Media that this PrintConditionColor applies to. When PrintConditionColor is present, the parent Attribute, Color / @MediaType , is ignored. If Media is not specified, PrintConditionColor applies to print Processes with a matching PrintConditionName.

TransferCurve *

refelement

TransferCurve of the PrintConditionColor . If not specified, defaults to the parent Color / TransferCurve .

Example 7-8: Color

This is an example of the structure for Color . The transfer curves in this example are defined for process CMYK and sRGB, independently.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool> >

< Color Class = "Parameter" ID = "C000" Status = "Available" CMYK = "0.2 0.3 0.4 0.5"

Density = "3.14" Lab = "20. 30. 40." MediaType = "Coated"

Name = "PANTONE Deep Blue" sRGB = "0.6 0.7 0.9" >

< TransferCurve Curve = "0 0 .5 .4 1 1" Separation = "Cyan" />

< TransferCurve Curve = "0 0 .5 .6 1 1" Separation = "Magenta" />

< TransferCurve Curve = "0 0 1 1" Separation = "Yellow" />

< TransferCurve Curve = "0 0 1 1" Separation = "Black" />

< TransferCurve Curve = "0 0 1 1" Separation = "sRed" />

< TransferCurve Curve = "0 0 1 1" Separation = "sGreen" />

< TransferCurve Curve = "0 0 1 1" Separation = "sBlue" />

</ Color >

</ResourcePool>

<ResourceLinkPool>

<ColorLink Usage="Input" rRef="C000"/>

</ResourceLinkPool>

</JDF>

 

Example 7-9: ColorantControl: Content-Ignorant MIS

New in JDF 1.4

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool> >

<!--Simple colorantcontrol from MIS: CMYK + 1 spot+ 1 black text

version; knows no more-->

< ColorantControl Class = "Parameter" ID = "r000004" ProcessColorModel = "DeviceCMYK"

Status = "Available" >

<!--Note that all Strings in ColorantParams etc. use Color/@Name,

NOT Color/@ActualColorName-->

< ColorantParams >

< SeparationSpec Name = "Spot1" />

< SeparationSpec Name = "BlackText" />

</ ColorantParams >

</ ColorantControl >

</ResourcePool>

<ResourceLinkPool>

<ColorantControlLink Usage="Input" rRef="r000004"/>

</ResourceLinkPool>

</JDF>

 

Example 7-10: ColorantControl: Synchronized with Input

New in JDF 1.4

Example of initial (previous) ColorantControl after synchronizing with input. This example specifies the replacement color name with a new ActualColorName Attribute in the Color Element. This approach has the disadvantage of needing a new Attribute. However, it has the following advantages

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool> >

<!--ColorantControl after prepress has correctly set ActualColorName based

on pdl content-->

< ColorantControl Class = "Parameter" ID = "r000004" ProcessColorModel = "DeviceCMYK"

Status = "Available" >

<!--Note that all Strings in ColorantParams etc. use Color/@Name,

NOT Color/@ActualColorName-->

< ColorantParams >

< SeparationSpec Name = "Spot1" />

< SeparationSpec Name = "BlackText" />

</ ColorantParams >

< ColorPoolRef rRef = "r000005" />

</ ColorantControl >

< ColorPool Class = "Parameter" ID = "r000005" Status = "Available" >

<!--Color that maps the predefined separation Black

ActualColorName is the new attribute that replaces

ExposedMedia/@DescriptiveName as the "Main" PDL color

-->

< Color ActualColorName = "Schwarz" CMYK = "0 0 0 1" Class = "Parameter"

Name = "Black" />

< Color ActualColorName = "Gelb" CMYK = "0 0 1 0" Class = "Parameter"

Name = "Yellow" />

<!--ActualColorName defaults to Name if not specified-->

< Color CMYK = "1 0 0 0" Class = "Parameter" Name = "Cyan" />

< Color Class = "Parameter" Name = "Magenta" />

< Color ActualColorName = "Acme Aqua" CMYK = "0.7 0.2 0.03 0.1"

Class = "Parameter" Name = "Spot1" />

< Color ActualColorName = "VersionsText" CMYK = "0 0 0 1" Class = "Parameter"

Name = "BlackText" />

</ ColorPool >

</ResourcePool>

<ResourceLinkPool>

<ColorantControlLink Usage="Input" rRef="r000004"/>

</ResourceLinkPool>

</JDF>

 

Example 7-11: ColorantControl: Synchronized with Input with Alias

New in JDF 1.4

Example of initial ColorantControl after synchronizing with input that contains an alias

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool> >

< ColorantControl Class = "Parameter" ID = "r000004" ProcessColorModel = "DeviceCMYK"

Status = "Available" >

<!--ColorantControl after prepress has correctly set ActualColorName based

on pdl content-->

<!--Note that all Strings in ColorantParams etc. use Color/@Name,

NOT Color/@ActualColorName-->

< ColorantParams >

< SeparationSpec Name = "Spot1" />

< SeparationSpec Name = "BlackText" />

</ ColorantParams >

< ColorPoolRef rRef = "r000005" />

<!--ColorantAlias that maps the additional representations

(noir, schwarz) to the predefined separation Black-->

< ColorantAlias Class = "Parameter" RawNames = "6E6F6972 73636877E4727A"

ReplacementColorantName = "Black" >

< SeparationSpec Name = "noir" />

< SeparationSpec Name = "schwarz" />

</ ColorantAlias >

</ ColorantControl >

< ColorPool Class = "Parameter" ID = "r000005" Status = "Available" >

<!-- ColorPool is same as previous example -->

</ ColorPool >

<!-- ... -->

</ResourcePool>

<ResourceLinkPool>

<ColorantControlLink Usage="Input" rRef="r000004"/>

</ResourceLinkPool>

</JDF>

 

Example 7-12: ColorantControl: with ColorantAlias/ReplacementColorantName

New in JDF 1.4

Example of many-to one substitution with ColorantAlias /@ ReplacementColorantName

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool> >

< ColorantControl Class = "Parameter" ID = "r000004" ProcessColorModel = "DeviceCMYK"

Status = "Available" >

<!--ColorantAlias that maps the predefined separation Black-->

< ColorantAlias ReplacementColorantName = "Black" >

< SeparationSpec Name = "Schwarz" />

< SeparationSpec Name = "schwarz" />

</ ColorantAlias >

</ ColorantControl >

</ResourcePool>

<ResourceLinkPool>

<ColorantControlLink Usage="Input" rRef="r000004"/>

</ResourceLinkPool>

</JDF>

 

Example 7-13: ColorantControl: with Invalid ColorantAlias/ReplacementColorantName

New in JDF 1.4

Invalid example of many-to one substitution with ColorantAlias /@ ReplacementColorantName

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool> >

< ColorantControl Class = "Parameter" ID = "r000004" ProcessColorModel = "DeviceCMYK"

Status = "Available" >

<!--ColorantAlias that maps the predefined separation Black-->

< ColorantAlias ReplacementColorantName = "Black" >

< SeparationSpec Name = "Schwarz" />

</ ColorantAlias >

< ColorantAlias ReplacementColorantName = "Black" >

< SeparationSpec Name = "schwarz" />

</ ColorantAlias >

</ ColorantControl >

</ResourcePool>

<ResourceLinkPool>

<ColorantControlLink Usage="Input" rRef="r000004"/>

</ResourceLinkPool>

</JDF>

 

7.2.27 ColorantAlias

ColorantAlias is a Resource that specifies a replacement colorant name string to be used instead of one or more named colorant strings. For example, SeparationSpec /@ Name = "Pantone 135 C" , "PANTONE 135" and ReplacementColorantName = "PANTONE 135 C" maps string values: "Pantone 135 C" and "PANTONE 135" to the string value: "PANTONE 135 C" . Note that ColorantAlias was elevated from a Subelement of ColorantControl to a top level Resource in JDF 1.2.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ColorantControl , ElementColorParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-100: ColorantAlias Resource

Name

Data Type

Description

RawNames ?

New in JDF 1.4

hexBinaryList

Whitespace-separated list of hexBinary values. Each token represents the original 8-bit byte stream of the color specified in SeparationSpec . Used to transport the original byte representation of a color name when moving JDF tickets between computers with different locales. Exactly one token MUST be specified for each SeparationSpec in this ColorantAlias . The order of tokens MUST be identical to the order of the related SeparationSpec .

ReplacementColorantName

string

The value of the colorant name string to be substituted for the colorant name strings in the SeparationSpec Resource list.

SeparationSpec +

Modified in JDF 1.2

element

The names of the colorants to be replaced in PDL files.

Example 7-14: ColorantAlias/@RawNames

New in JDF 1.4

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< ColorantAlias Class = "Parameter" ID = "r000004" RawNames = "4772FC6E 6772FC6E"

ReplacementColorantName = "Green" Status = "Available" >

<!-- ColorantAlias that maps the additional representation (grün, Grün)

to the predefined separation Green -->

< SeparationSpec Name = "Grün" />

< SeparationSpec Name = "grün" />

</ ColorantAlias >

</ResourcePool>

<ResourceLinkPool>

<ColorantAliasLink Usage="Input" rRef="r000004"/>

</ResourceLinkPool>

</JDF>

 

7.2.28 ColorantControl

ColorantControl is a Resource used to control the use of color when processing PDL pages. The Attributes and Elements of the ColorantControl Resource describe how color information embedded in PDL pages is to be translated into Device colorant information.

Colorants are referenced in ColorantControl by name only. Additional details about individual colorants can be found in the Color Element of the ColorPool Resource. The ColorantControl Resources control which Device colorants will be used as well as how document colors will be converted into Device color spaces and how conflicting color information are to be resolved. Separation control is specified by the Process being present. For example:

ColorantControl can be used as follows to define the specific colorants of a targeted output DeviceNSpace when the DeviceNSpace process colors are the only colorants used on the Job:

ColorantControl can be used as follows to define the specific colorants of a targeted output when both CMYK process colors and separate spot colorants are used for the final production printing, but a local printer equivalent of the spot color is used for proofing:

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes

ColorCorrection , ColorSpaceConversion , ConventionalPrinting , DigitalPrinting , ImageSetting , Interpreting , PreviewGeneration , Separation , Stripping , Trapping

Output of Processes:

ColorSpaceConversion

 

Table 7-101: ColorantControl Resource (Section 1 of 3)

Name

Data Type

Description

ForceSeparations = "false"

boolean

If "true" , forces all colorants to be output as individual separations, regardless of any values defined in ColorantControl , (i.e., all separations in a document are assumed to be valid and are output individually). A value of "false" specifies to respect the parameters specified in ColorantControl and elsewhere in the JDF.

ProcessColorModel ?

Modified in JDF 1.4

NMTOKEN

Specifies the model to be used for rendering the colorants defined in color spaces into process colorants.

Values include:

DeviceCMY

DeviceCMYK

DeviceGray

DeviceN - The specific DeviceN color space to operate on is defined in the DeviceNSpace Resource. If this value is specified then the DeviceNSpace and ColorPool refelements must also be present.

DeviceRGB

None - No Colorants other than those specified in ColorantParams MUST be output. New in JDF 1.4

ColorantAlias *

refelement

Identify one or more named colorants that are to be replaced with a specified named colorant. The identified colorant remappings in this ColorantAlias may be consolidated for processing from the information received in the LayoutElement / ElementColorParams / ColorantAlias Resources with the Job content.

Multiple ColorantAlias Elements with identical values of ColorantAlias /@ ReplacementColorantName MUST NOT be specified in the same ColorantControl resource context.

ColorantConvertProcess ?

New in JDF 1.4

element

List of colors that MUST be converted to process colors. Defaults to all colors that are neither listed in ColorantParams nor implied by ProcessColorModel . Application can issue a warning for all PDL Colors that are not in ( ColorantParams + ColorantConvertProcess + implied by ProcessColorModel ) lists.

ColorantOrder ?

element

The ordering of named colorants to be processed, for example in the RIP. All of the colorants named must either occur in the ColorantParams list or be implied by the ProcessColorModel.

If present, then only the colorants specified by ColorantOrder must be output. Colorants listed in the ColorantParams list, or implied by the ProcessColorModel , but not listed in ColorantOrder , must not be output. They must still be processed for side effects in the colorants that are listed such as knockouts or trapping.

If not present, then all colorants specified in ColorantParams and implied by ProcessColorModel are output. The explicit or implied value of ColorantOrder may be modified by an implied Partition of the ColorantControlLink . If one or more ColorantControlLink / Part /@ Separation are specified, ColorantOrder is reduced to the list. It is an error to specify values of ColorantControlLink / Part /@ Separation that are not explicitly stated or implied by ColorantOrder .

ColorantParams ?

element

A set of named colorants. This list defines all the colorants that are expected to be available on the Device where the Process will be executed. Named colors found in the PDL that are not listed in ColorantParams will be implemented through their ProcessColorModel equivalents. (See ElementColorParams and ColorSpaceConversion Process.) The colorants implied by the value of ProcessColorModel are assumed and must not be specified in this list. The spot colors defined in ColorIntent / ColorsUsed will in general be mapped to ColorantParams for each spot color to be used as part of any Product Intent to Process conversion.

ColorPool ?

refelement

Pool of Color Elements that define the specifics of the colors implied by ProcessColorModel and named in ColorantControl . ColorantControl uses a subset of the total ColorPool . The subset that ColorantControl uses from ColorPool is the subset of ProcessColorModel colors (possibly all), and the subset of spot colors (possibly all) designated to be processed in this instance using specific separation colorants.

ColorPool in total includes spot colors in the Job for which a JDF process color equivalent mapping is required. Those colors are used by ColorSpaceConversion when ColorPool / Color /@ MappingSelection = "UseProcessColorValues" . In that case, the process color equivalent for the spot color is taken from the available information in the Color Resource for that spot color.

ColorSpaceSubstitute *

element

Each Subelement identifies a colorant that is to be replaced by another colorant.

DeviceColorantOrder ?

element

The ordering of named colorants (e.g., order of laying them down) to be output on the Device, such as press modules. Note that this must be synchronized with the Device output ICC profile.

All of the named colorants must occur in ColorantOrder if it is present. If ColorantOrder is not present, then all of the named colorants must occur in the ColorantParams list, or be implied by the ProcessColorModel . If the DeviceColorantOrder Element is not specified, the order for laying down colorants defaults to ColorantOrder .

DeviceNSpace *

Modified in JDF 1.2

refelement

Defines the colorants that make up a DeviceN color space. The DeviceNSpace Attribute is required when the ProcessColorModel value is DeviceN .

7.2.28.1 Element: ColorantConvertProcess

New in JDF 1.4 .

 

Table 7-102: ColorantConvertProcess Element

Name

Data Type

Description

SeparationSpec *

element

The names of the colorants that define the respective lists.

7.2.28.2 Element: ColorantOrder

 

Table 7-103: ColorantOrder Element

Name

Data Type

Description

SeparationSpec *

element

The names of the colorants that define the respective lists.

 

7.2.28.3 Element: ColorantParams

 

Table 7-104: ColorantParams Element

Name

Data Type

Description

SeparationSpec *

element

The names of the colorants that define the respective lists.

7.2.28.4 Element: DeviceColorantOrder

 

Table 7-105: DeviceColorantOrder Element

Name

Data Type

Description

SeparationSpec *

element

The names of the colorants that define the respective lists.

7.2.28.5 Element: ColorSpaceSubstitute

 

Table 7-106: ColorSpaceSubstitute Element

Name

Data Type

Description

PDLResourceAlias

refelement

A reference to a color space description that replaces the color space defined by the colorants described by the SeparationSpec Element(s).

SeparationSpec +

Modified in JDF 1.2

element

A list of names that defines the colorants to be replaced. This could be a single name in the case of a Separation color space, or more than one name in the case of a DeviceN color space.

 

The following table describes which separations are output for various values of ProcessColorModel , ColorantOrder , ColorantControlLink , ColorantParams and DeviceColorantOrder . Note that all separations that are neither specified in ColorantParams nor implied by ProcessColorModel are mapped to the colors implied by ProcessColorModel prior to any color selection defined by ColorantOrder .

 

Table 7-107: Sample output for different values of ProcessColorModel, ColorantParams,
ColorantOrder, ColorantControlLink and DeviceColorantOrder Elements. (Section 1 of 2)

ProcessColorModel

ColorantParams

ColorantOrder

ColorantControlLink
/Part/@Separation

Colorants not shown
in the output

Separations that are output
and ordered for press using
DeviceColorantOrder

DeviceCMYK

Not Present

Cyan

Magenta

--

Yellow

Black

Cyan

Magenta

(If DeviceColorantOrder is not present then lay down order will be Cyan first, Magenta last.)

DeviceCMYK

Spot1

Spot2

Cyan

Magenta

Yellow

Black

Spot2

--

Spot1

Cyan

Magenta

Yellow

Black

Spot2

DeviceCMYK

Spot1

Spot2

Cyan

Magenta

Yellow

Black

Spot2

Cyan

Magenta

Spot1

Spot2

Yellow

Black

 

Cyan

Magenta

DeviceGray

Spot1

Spot2

Black

Spot2

--

Spot1

Black

Spot2

DeviceN (with example N = 2 colorants as identified in DeviceNSpace )

Spot1

Spot2

Spot2

DeviceN 1

DeviceN 2

--

Spot1

DeviceN 1

DeviceN 2

Spot2

The reordering is accomplished using DeviceColorantOrder .

7.2.29 ColorControlStrip

This Resource describes a color control strip. The type of the color control strip is given in the StripType Attribute. The lower left corner of the control strip box is used as the origin of the coordinate system used for the definition of the measuring fields. It can be calculated using the following formula:

 

where

x = X element of the Center Attribute
y = Y element of the Center Attribute
w = X element of the Size Attribute
h = Y element of the Size Attribute
j = Value of the Rotation Attribute

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Layout / MarkObject

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

Table 7-108: ColorControlStrip Resource

Name

Data Type

Description

Center ?

Modified in JDF 1.4

XYPair

Position of the center of the color control strip in the coordinates of the MarkObject that contains this mark.

Modification note: starting with JDF 1.4, Center is optional.

Rotation ?

double

Rotation in degrees. Positive graduation figures indicate counter-clockwise rotation; negative figures indicate clockwise rotation.

Size ?

Modified in JDF 1.4

XYPair

Size, in points, of the color control strip.

Modification note: starting with JDF 1.4, Size is optional.

StripType ?

NMTOKEN

Type of color control strip. This Attribute MAY be used for specifying a predefined, company-specific color control strip.

CIELABMeasuringField *

New in JDF 1.1

refelement

Details of a CIELAB measuring field that is part of this ColorControlStrip .

DensityMeasuringField *

New in JDF 1.1

refelement

Details of a density measuring field that is part of this ColorControlStrip .

SeparationSpec *

New in JDF 1.4

element

Ordered list of separations that comprise the ColorControlStrip . If neither CIELABMeasuringField nor DensityMeasuringField are specified, the geometry is implied by the value of StripType .

7.2.30 ColorCorrectionParams

This Resource provides the information needed for an operator to correct colors on some PDL pages or content Elements such as image, graphics or formatted text.

The preferred color adjustment method allows for multi-dimensional adjustments through the use of either an ICC Abstract profile or an ICC DeviceLink profile. The adjustments are not universally colorimetrically calibrated. However, when either of the ICC profile adjustment methods are used, these standard ICC profile formats can be interpreted and applied using generally recognized ICC profile processing techniques. Use of the ICC Abstract profile adjustment will cause the adjustment to be applied in ICC Profile Connection Space, after each source profile is applied, in sequence before final target color conversion. Use of the ICC DeviceLink profile adjustment will cause the adjustment to be applied in final target Device space, after the final target color conversion.

In addition to color adjustment using an ICC profile, the AdjustXXX Attributes each provide a direct color adjustment applied to the interpretation of the PDL data at an implementation dependent point in the processing after each source profile is applied (if source-to-destination color conversion is needed). The L*a*b* values range from -100 to +100 to indicate the minimum and maximum of the range that the system supports. A "0" value means no adjustment. The color adjustment Attributes differ from the Tone Reproduction Curve (TRC) Attributes that can be applied later in the processing path in two key ways. First, the AdjustXXX use, even when included in the Job, will vary as a function of Job content. Second, the data values associated with the AdjustXXX Attributes are arbitrary, and their interpretation will be printer dependent. For details about these Attributes, see Appendix E, “Color Adjustment Attribute Description and Usage” .

Note: These color adjustments are not available in any Intent Resource , (e.g., ColorIntent ). In order to request such adjustment in a Product Intent Job ticket supplied to a print provider, attach to a Product Intent Node an incomplete ColorCorrection Process with a ColorCorrectionParams Resource specifying the requested AdjustXXX Attributes.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

ColorCorrection

Output of Processes:

--

Table 7-109: ColorCorrectionParams Resource

Name

Data Type

Description

ColorManagementSystem ?

string

Identifies the preferred ICC color-management system to use when performing color transformations. When specified, this Attribute overrides any default selection of a color management system by an application and overrides the “CMM Type” value (bytes 4-7 of an ICC Profile Header) in any of the Job related ICC profiles. This string Attribute Value identifies the manufacturer of the preferred CMM and must match one of the registered four-character ICC CMM Type values.

Values include those from: ICC Manufacturer's Signature Registry at http://www.color.org .

Example values: "ADBE" for the Adobe CMM and “ KODA ” for the Kodak CMM.

FileSpec ( FinalTargetDevice ) ?

refelement

A FileSpec Resource pointing to an ICC profile that describes the characterization of the final output target Device.

FileSpec ( WorkingColorSpace ) ?

Deprecated in JDF 1.1

refelement

A FileSpec Resource pointing to an ICC profile that describes the assumed characterization of CMYK , RGB and Gray color spaces.

ColorCorrectionOp *

element

List of ColorCorrectionOp Subelements.

ColorCorrectionOp SHOULD contain the complete set of parameters for a given color correction operation. Otherwise the results are implementation dependent.

7.2.30.1 Element: ColorCorrectionOp

 

Table 7-110: ColorCorrectionOp Element (Section 1 of 2)

Name

Data Type

Description

SourceObjects = "All"

enumerations

Identifies which class(es) of incoming graphical objects will be operated on.

Values are:

All

ImagePhotographic - Contone images.

ImageScreenShot - Images largely comprised of rasterized vector art.

LineArt - Vector objects other than text.

SmoothShades - Gradients and blends.

Text

AdjustCyanRed ?

New in JDF 1.2

double

Specifies the L*a*b* adjustment in the Cyan/Red axis in the range -100 (maximum Cyan cast for the system) to + 100 (maximum Red cast for the system) while maintaining lightness. (See explanation above.)

AdjustMagentaGreen ?

New in JDF 1.2

double

Specifies the L*a*b* adjustment in the Magenta/Green axis in the range -100 (maximum Magenta cast for the system) to + 100 (maximum Green cast for the system) while maintaining lightness. (See explanation above.)

AdjustYellowBlue ?

New in JDF 1.2

double

Specifies the L*a*b* adjustment in the Yellow/Blue axis in the range -100 (maximum Yellow cast for the system) to + 100 (maximum Blue cast for the system) while maintaining lightness. (See explanation above.)

AdjustContrast ?

New in JDF 1.2

double

Specifies the L*a*b* contrast adjustment in the range -100 (minimum contrast for the system, (i.e., a solid midtone gray color)) to + 100 (maximum contrast for the system, (i.e., either use full color (the maximum is restricted by the system ink limit) or no color for each of Cyan, Magenta, Yellow and Black)). Increasing the contrast value increases the variation between light and dark areas and decreasing the contrast value decreases the variation between light and dark areas. (See explanation above.)

AdjustHue ?

New in JDF 1.2

double

Specifies the change in the L*a*b* hue in the range -180 to +180 of all colors by the specified number of degrees of the color circle. (See explanation above.)

AdjustLightness ?

New in JDF 1.2

double

Specifies the decrease or increase of the L*a*b* lightness in the range -100 (minimum lightness for the system, (i.e., black)) to + 100 (maximum lightness for the system, (i.e., white)). Increasing the lightness value causes the output to appear lighter and decreasing the lightness value causes the output to appear darker. (See explanation above.)

AdjustSaturation ?

New in JDF 1.2

double

Specifies the increase or decrease of the L*a*b* color saturation in the range -100 (minimum saturation for the system) to +100 (maximum saturation for the system). Increasing the saturation value causes the output to contain more vibrant colors and decreasing the saturation value causes the output to contain more pastel and gray colors. (See explanation above.)

ObjectTags ?

New in JDF 1.4

NMTOKENS

Tags associated with individual objects that this ColorCorrectionOp MUST be applied to. Each tag specified in ObjectTags is logically anded with the object type(s) specified by SourceObjects , enabling first qualification by object type (such as image), and then tags associated with those objects.

The values of ObjectTags depends on the PDL that the color correction is applied to.

FileSpec ( AbstractProfile ) ?

New in JDF 1.2

refelement

A FileSpec Resource pointing to an abstract ICC profile that has been devised to apply a preference adjustment. (See explanation of adjustment at the beginning of this section.)

FileSpec ( DeviceLinkProfile ) ?

New in JDF 1.2

refelement

A FileSpec Resource pointing to an ICC profile that describes the characterization of an abstract profile for specifying a preference adjustment. (See explanation of adjustment at the beginning of this section.)

7.2.31 ColorMeasurementConditions

New in JDF 1.1

This Resource contains information about the specific measurement conditions for spectral or densitometric color measurements. Spectral measurements refer to [CIE 15:2004] and [ISO13655:1996] . The default measurement conditions for spectral measurements are illuminant D50 and 2 degree observer.

Density measurements refer to [ISO5-3:1995] and [ISO5-4:1995] . The default measurement conditions for densitometric measurements are density standard ISO/ANSI Status T , calibration to absolute white and using no polarization filter.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

CIELABMeasuringField , Color , DensityMeasuringField , Media , PrintCondition

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-111: ColorMeasurementConditions Resource (Section 1 of 2)

Name

Data Type

Description

DensityStandard = "ANSIT"

enumeration

Density filter standard used during density measurements.

Values are:

ANSIA - ANSI Status A

ANSIE - ANSI Status E

ANSII - ANSI Status I

ANSIT - ANSI Status T

DIN16536

DIN16536NB

Illumination = "D50"

enumeration

Illumination used during spectral measurements.

Values are:

D50

D65

Unknown

InkState ?

enumeration

State of the ink during color measurements.

Values are:

Dry

Wet

NA Deprecated in JDF 1.2

Instrumentation ?

string

Specific instrumentation used for color measurements, (e.g., manufacturer, model number and serial number).

MeasurementFilter ?

enumeration

Optical Filter used during color measurements.

Values are:

None - No filter used.

Pol - Polarization filter used

UV - Ultraviolet cut filter used

Observer = "2"

integer

CIE standard observer function (2 degree and 10 degree) used during spectral measurements. Values are in degree (2 or 10).

SampleBacking ?

enumeration

Backing material used behind the sample during color measurements.

Values are:

Black

White

NA Deprecated in JDF 1.2

WhiteBase ?

enumeration

Reference for white calibration used for density measurements.

Values are:

Absolute - Means the instrument is calibrated to a Device-specific calibration target (absolute white) for absolute density measurements.

Paper - Means the instrument is calibrated relative to paper white

7.2.32 ColorPool

The ColorPool Resource contains a pool of all Color Elements referred to in the Job. In general, it will be referenced as a ResourceRef from within Resources that require access to color information.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ColorIntent , NumberingIntent , ByteMap , ColorantControl , FormatConversionParams , LayoutElement , PageList

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-112: ColorPool Resource

Name

Data Type

Description

ColorantSetName ?

string

A string used to identify the named colorant parameter set. This string will be used to identify a set of color definitions (typically associated with a particular class of Job or a particular press).

Note: This value will typically be identical to ColorIntent /@ ICCColorStandard or ColorIntent /@ ColorStandard .

Color *

element

Individual named color.

7.2.33 ColorSpaceConversionOp

Note: ColorSpaceConversionOp was elevated from a Subelement of ColorSpaceConversionParams in JDF 1.2. The ColorSpaceConversionOp Resource identifies a type of object, defines the source color space for that type of object, and specifies the behavior of the conversion operation for that type of object. Many of these Attribute descriptions refer to ICC Color Profiles [ICC.1] . See also the International Color Consortium (ICC) Web site at http://www.color.org .

Resource Properties

Resource Class:

ResourceElement

Resource referenced by:

ColorSpaceConversionParams , ElementColorParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-113: ColorSpaceConversionOp Resource (Section 1 of 4)

Name

Data Type

Description

IgnoreEmbeddedICC = "false"

boolean

If "true" , specifies that embedded source ICC profiles MUST be ignored as part of the selection criteria for this ColorSpaceConversionOp . If "true" , FileSpec ( PDLSourceProfile ) is ignored.

ObjectTags ?

New in JDF 1.4

NMTOKENS

Tags associated with individual objects that this ColorSpaceConversionOp MUST be applied to. Each tag specified in ObjectTags is logically anded with the object type(s) specified by SourceObjects , enabling first qualification by object type (such as image), and then tags associated with those objects.

The values of ObjectTags depends on the PDL that the color space conversion is applied to.

Operation ?

Modified in JDF 1.2

enumeration

Controls which of five functions the color space conversion utility performs.

Values are:

Convert - Transforms graphical elements to final target color space.

Tag - Associates appropriate working space profile with uncharacterized graphical element.

Untag - Removes all profiles and color characterizations from graphical elements.

Retag - Equivalent to a sequence of Untag -> Tag , where the Untag -> Tag sequence is only applied to those objects selected by this ColorSpaceConversionOp .

ConvertIgnore - Equivalent to a sequence of Untag -> Convert .

Constraint: Operation must be specified in the context of ColorSpaceConversionParams / ColorSpaceConversionOp and must not be specified in the context of ElementColorParams / ColorSpaceConversionOp .

PreserveBlack = "false"

New in JDF 1.1

boolean

Controls how the tints of black ( K in CMYK) are to be handled. If PreserveBlack is "false" , these colors are processed through the standard ICC workflow. If PreserveBlack is "true" , these colors are to be converted into other shades of black. The algorithm is implementation-specific.

RenderingIntent = "ColorSpaceDependent"

Modified in JDF 1.3

enumeration

Identifies the rendering intents associated with SourceObjects Elements.

Values are (ICC-defined [ICC.1] rendering intent values) :

Saturation

Perceptual

RelativeColorimetric

AbsoluteColorimetric

ColorSpaceDependent - The rendering intent is dependent on the color space. The dependencies are implementation specific. Modified in JDF 1.3

RGBGray2Black = "false"

Modified in JDF 1.2

boolean

This feature controls what happens to gray values ( R = G = B) when converting from RGB to CMYK or the incoming graphical objects indicated by SourceObjects . In the case of MS Office applications and screen dumps, there are a number of gray values in the images and line art. Printers do not want to have CMY under the K because it creates registration problems. They prefer to have K only, so the printer converts the gray values to K. Gray values that exceed the RGBGray2BlackThreshold are not converted. RGBGray2Black and RGBGray2BlackThreshold are used by the ColorSpaceConversion Process in determining how to allocate RGB values to the black ( K ) channel. After the ColorSpaceConversion Process is completed, the Rendering Process uses AutomatedOverPrintParams to determine overprint behavior for the previously determined black ( K ) channel.

RGBGray2BlackThreshold = "1"

New in JDF 1.2

double

A value between "0.0" and "1.0" which specifies the threshold value above which the Device must not convert gray ( R = G = B) to black ( K only) when RGBGray2Black is "true" . So a "0" value means convert only R = G = B = 0 (black) to K only. A value of "1" specifies that all values of R = G = B are converted to K if RGBGray2Black = "true" .

SourceCS

Modified in JDF 1.3

enumeration

Identifies which of the incoming color spaces will be operated on.

Values are from: Table 7-114, “SourceCS Attribute Values”.

Note: see Table 7-115, “Mapping of SourceCS enumeration values to color spaces in the most common input file formats”.

SourceObjects = "All"

enumerations

List of object Classes that identifies which incoming graphical objects will be operated on.

Values are:

All

ImagePhotographic - Contone images.

ImageScreenShot - Images largely comprised of rasterized vector art.

LineArt - Vector objects other than text.

SmoothShades - Gradients and blends.

Text

SourceRenderingIntent ?

New in JDF 1.2

enumeration

Identifies the rendering intent transform elements to be selected from the source profile that will be used to interpret objects of type identified by the SourceObjects and SourceCS Attributes.

Default value is from: @ RenderingIntent .

Values are (ICC-defined [ICC.1] rendering intent values) :

Saturation

Perceptual

RelativeColorimetric

AbsoluteColorimetric

ColorSpaceDependent - The rendering intent is dependent on the color space. The dependencies are implementation specific. Modified in JDF 1.3

Note: The SourceRenderingIntent will pertain to the source profile used in a particular ColorSpaceConversion Process, (e.g., sources can be the native original color space, an intermediate working color space or an reference output simulation color space).

DeviceNSpace ?

New in JDF 1.2

refelement

DeviceNSpace Resource that describe the DeviceN color space on which to operate when SourceCS = "DeviceN" . Individual colorant definitions for the colorant names given in DeviceNSpace are provided in the ColorantControl / ColorPool Resource, which must also be present

FileSpec ( AbstractProfile ) ?

New in JDF 1.2

refelement

A FileSpec Resource pointing to an ICC profile [ICC.1] that de-scribes the characterization of an Abstract Profile for specifying a preference adjustment.

FileSpec ( DeviceLinkProfile ) *

New in JDF 1.3

Modified in JDF 1.4

refelement

A FileSpec Resource pointing to a Device Link ICC profile [ICC.1] . The Source colorspace of the referenced Device Link Profile SHOULD match that of the profile identified by FileSpec ( PDLSourceProfile ) and the destination color space SHOULD match that of the destination profile identified by ColorSpaceConversionParams . Multiple Device Link ICC profiles should be provided where each profile specifies a different rendering intent. This is important in the case where multiple PDL content objects of the colorspace specify different rendering intents.

FileSpec ( DeviceLinkProfile ) MUST be ignored when the Operation is "Tag" or "Retag" .

Note: an ICC Device Link profile contains only one transform with one color rendering intent.

Note: this Element was added to JDF 1.3 Errata.

Modification note: starting with JDF 1.4, multiple FileSpec ( DeviceLinkProfile ) Elements are allowed.

FileSpec ( PDLSourceProfile ) ?

New in JDF 1.4

refelement

A FileSpec Resource describing an ICC profile that describes a profiled source space that this ColorSpaceConversionOp should operate on. When present, only objects that specify the SourceCS along with the specified profile are selected.

Note: the FileSpec /@ Checksum or FileSpec /@ FileVersion Attributes SHOULD be used to positively identify the ICC profile when available (the specified attribute's value should match the ICC ProfileID field).

FileSpec ( SourceProfile ) ?

refelement

A FileSpec Resource pointing to an ICC profile [ICC.1] that describes the assumed source color space. If FileSpec ( SourceProfile ) is specified, it MUST be used as the profile for the source object's color space during a Convert , Tag , or Retag operation, as specified by @ Operation . FileSpec ( SourceProfile ) MUST be present for Tag or Retag operations, as specified by @ Operation .

SeparationSpec *

New in JDF 1.2

element

SeparationSpec Resource(s) defining on which separation(s) to operate when SourceCS = "Separation" .

-- Attribute: SourceCS

Table 7-114: SourceCS Attribute Values (Section 1 of 2)

Value

Description

All

New in JDF 1.4

Operates on all source colorspaces. This is useful when specifying a Convert operation using all PDL source-supplied characterizations with a JDF-supplied final target device profile.

CalGray

New in JDF 1.3

defines a calibrated Device independent representation of Gray.

CalRGB

New in JDF 1.3

defines a calibrated based Device independent representation of RGB. Note: JDF 1.1 defined that CalRGB be treated as RGB , CalGray as Gray and ICCBased color spaces as one of Gray , RGB or CMYK depending on the number of channels.

Calibrated

New in JDF 1.2

Operates on CalGray and CalRGB color spaces.

CIEBased

New in JDF 1.2

Operates on CIE-based color spaces ( CIEBasedA , CIEBasedABC , CIEBasedDEF and CIEBasedDEFG ).

CMYK

Operates on DeviceCMYK color spaces. If IgnoreEmbeddedICC is "true" , then PDL DeviceCMYK color spaces that have an ICC-based characterization (/DefaultCMYK in PDF having an ICC-based characterization) are treated as uncharacterized DeviceCMYK color spaces, and operated on by SourceCS = "CMYK" ..

DeviceN

New in JDF 1.2

Identifies the source color encoding as a DeviceN color space. The specific DeviceN color space to operate on is defined in the DeviceNSpace Resource. If DeviceN is specified, then the DeviceNSpace and ColorantControl / ColorPool refelements must also be present.

DevIndep

Operates on Device independent color spaces (equivalent to Calibrated , CIEBased , ICCBased , Lab or YUV ).

Gray

Operates on DeviceGray . If IgnoreEmbeddedICC is "true" , then PDL DeviceGray color spaces that have an ICC-based characterization (/DefaultGray in PDF having an ICC-based characterization) are treated as uncharacterized DeviceGray color spaces, and operated on by SourceCS = "Gray" .

ICCBased

New in JDF 1.2

Operates on color spaces defined using ICC profiles. The ICCBased value includes EPS, TIFF or PICT files with embedded ICC profiles. See [ICC.1] . If IgnoreEmbeddedICC is "true" then nominally ICCBased files or elements are to be treated as being encoded in the Alternate or underlying color space defined in the PDL, and a ColorSpaceConversionOp where SourceCS = "DevIndep" is not to be applied unless that color space is also Device independent.

ICCCMYK

New in JDF 1.3

Operates on DeviceCMYK PDL data having an associated ICC-based characterization (/DefaultCMYK in PDF having an ICC-based characterization).

ICCGray

New in JDF 1.3

Operates on DeviceGray PDL data having an associated ICC-based characterization (/DefaultGray in PDF having an ICC-based characterization).

ICCLAB

New in JDF 1.3

defines an ICC based Device independent representation of LAB

ICCRGB

New in JDF 1.3

Operates on DeviceRGB PDL data having an associated ICC-based characterization (/DefaultRGB in PDF having an ICC-based characterization).

Lab

New in JDF 1.2

Operates on Lab .

RGB

Modified in JDF 1.2

Operates on DeviceRGB . If IgnoreEmbeddedICC is "true" , then PDL DeviceRGB color spaces that have an ICC-based characterization (/DefaultRGB in PDF having an ICC-based characterization) are treated as uncharacterized DeviceRGB color spaces, and operated on by SourceCS = "RGB" .

Separation

New in JDF 1.2

Operates on Separation color spaces (spot colors). The specific separation(s) to operate on are defined in the SeparationSpec Resource(s). If no SeparationSpec is defined, the operation will operate on all the separation color spaces in the input RunList .

YUV

New in JDF 1.2

Operates on YUV (Also known as YCbCr). See [CCIR601-2]

Notes:

DevIndep has been retained for backwards compatibility with JDF 1.1 and because there will probably be cases where the same processing is to be applied to all Device independent spaces. An equivalent “ DevDep ” has not been added because it's less likely that all Device-dependent spaces are to be treated in the same way. The following table summarizes how the SourceCS Attribute is mapped to/from different file formats.

 

Table 7-115: Mapping of SourceCS enumeration values to color spaces in the most common input file formats (Section 1 of 2)

SourceCS

File Format

Color Space

RGB

PDF (2)

DeviceRGB (1)

PostScript

DeviceRGB

TIFF

PhotometricInterp = 2

CMYK

PDF (2)

DeviceCMYK (1)

PostScript (2)

DeviceCMYK

TIFF

PhotometricInterp = 5

Samples per pixel = 4

Gray

PDF (2)

DeviceGray (1)

PostScript (2)

DeviceGray

TIFF

PhotometricInterp = 0 or 1

YUV

PDF (2)

n/a

PostScript (2)

n/a

TIFF

PhotometricInterp = 6

Calibrated

PDF (2)

CalGray, CalRGB

PostScript (2)

n/a

TIFF

n/a

CIEBased

PDF (2)

n/a

PostScript (2)

CIEBasedABC, CIEBasedA, CIEBasedDEF and CIEBasedDEFG

TIFF

n/a

LAB

PDF (2)

LAB

PostScript (2)

n/a

TIFF

PhotometricInterp = 8 (CIELAB 1976 “normal” encoding) or PhotometricInterp = 9 (CIELAB 1976 using ICC profile v2 encoding).

ICCBased

ICCCMYK

ICCGray

ICCLAB

ICCRGB

PDF (2)

ICCBased (For ICCCMYK , ICCGray , and ICCRGB , this refers to objects where the object's resource dictionary's ColorSpace dictionary supplies an ICC-based interpretation for DefaultCMYK, DefaultGray or DefaultRGB, respectively)

PostScript (2)

n/a

PostScript/EPS

The EPS file has an embedded ICC profile.

TIFF

The TIFF file has an embedded ICC profile.

Separation

PDF (2)

Separation

PostScript (2)

Separation

TIFF

PhotometricInterp = 5 (Applies only to one of the planes in the separated image.)

DeviceN

PDF (2)

DeviceN

PostScript (2)

DeviceN

TIFF

PhotometricInterp = 5,

Samples per pixel = N

(1) When IgnoreEmbeddedICC = "false" , DeviceCMYK , DeviceRGB and DeviceGray in PDF files are to be mapped through DefaultCMYK, DefaultRGB or DefaultGray color spaces if present, before determining whether to apply this operation.

(2) Where a Pattern or Indexed color space has been used, the base color space is used to determine whether to apply this operation.

7.2.34 ColorSpaceConversionParams

This set of parameters defines the rules for a ColorSpaceConversion Process, the Elements of which define the set of operations to be performed. Information inside the ColorSpaceConversionOp Elements, described below, defines the operation and identifies the color spaces and types of objects to operate on. Other Attributes define the color management system to use, as well as the working color space and the final target Device.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

ColorSpaceConversion

Output of Processes:

--

 

Table 7-116: ColorSpaceConversionParams Resource (Section 1 of 3)

Name

Data Type

Description

ColorManagementSystem ?

string

Identifies the preferred ICC color management system to use when performing color transformations. When specified, this Attribute overrides any default selection of a color management system by an application and overrides the “CMM Type” value (bytes 4-7 of an ICC Profile Header) in any of the Job related ICC profiles. This string Attribute Value identifies the manufacturer of the preferred CMM and must match one of the registered four-character ICC CMM Type values.

Values include those from: ICC Manufacturer's Signature Registry at http://www.color.org .

Example values: " ADBE " for the Adobe CMM and " KODA " for the Kodak CMM.

ConvertDevIndepColors ?

Deprecated in JDF 1.1

boolean

When "true" , incoming Device-independent colors are processed to the selected Device space. If the chosen operation is Untag and the characterization data are in the form of an ICC profile, then the profile is removed. Otherwise, these colors are left untouched. The functionality of ConvertDevIndepColors is superseded by including one or more ColorSpaceConversionOp with SourceCS = "DevIndep" in JDF 1.1.

ICCProfileUsage = "UsePDL"

New in JDF 1.2

enumeration

This Attribute specifies where to obtain the destination profile for the current iteration of the ColorSpaceConversion Process, (i.e., either from the PDL (PDF/X output intent dictionary) or supplied in the JDF ColorSpaceConversionParams Resource). ICCProfileUsage provides an order precedence.

Values are:

UsePDL -

  1. 1 Use the embedded profile.
  2. 2 Use the profile specified in the LayoutElement / ElementColorParams / FileSpec ( ReferenceOutputProfile ).
  3. 3 Use the profile specified in the LayoutElement / ElementColorParams / FileSpec ( ActualOutputProfile ).
  4. 4 Use the Device Link profile specified in a ColorSpaceConversionOp / FileSpec ( DeviceLinkProfile ).
  5. 5 Use the profile specified in ColorSpaceConversionParams / FileSpec ( FinalTargetDevice ).
  6. 6 Use the system specified profile.

UseSupplied -

  1. 1 Use the profile specified in the LayoutElement / ElementColorParams / FileSpec ( ReferenceOutputProfile ).
  2. 2 Use the profile specified in the LayoutElement / ElementColorParams / FileSpec ( ActualOutputProfile ).
  3. 3 Use the Device Link profile specified in a ColorSpaceConversionOp / FileSpec ( DeviceLinkProfile ).
  4. 4 Use the profile specified in ColorSpaceConversionParams / FileSpec ( FinalTargetDevice ).
  5. 5 Use the system specified profile.

FileSpec ( FinalTargetDevice ) ?

refelement

A FileSpec Resource pointing to an ICC profile that describes the characterization of the final output target Device.

FileSpec ( WorkingColorSpace ) ?

Deprecated in JDF 1.1

refelement

A FileSpec Resource pointing to an ICC profile that describes the assumed characterization of CMYK , RGB and Gray color spaces.

ColorSpaceConversionOp *

element

List of ColorSpaceConversionOp Elements, each of which identifies a type of object, defines the source color space for that type of object, and specifies the behavior of the conversion operation for that type of object. The XML order of ColorSpaceConversionOp Elements is significant, and when multiple elements apply to the same object, they are applied in that XML order.

If multiple, overlapping ColorSpaceConversionOp Elements are specified, the operations that define individual SourceCS override the Elements specifying groups of source color spaces.

ColorSpaceConversionOp SHOULD contain the complete set of parameters for a given color space conversion operation. Otherwise the results are implementation dependent.

7.2.35 ComChannel

A communication channel to a person or company such as an email address, phone number or fax number.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Contact , CustomerInfo / CustomerMessage , Person

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-117: ComChannel Resource (Section 1 of 2)

Name

Data Type

Description

ChannelType

Modified in JDF 1.2

enumeration

Type of the communication channel.

Values are:

Phone - Telephone number.

Email - Email address.

Fax - Fax machine.

WWW - WWW home page or form.

JMF - JMF messaging channel.

PrivateDirectory - Account of a registered customer of a certain service. (The list of the registered accounts is maintained by the service vendor). The ChannelTypeDetails Attribute has the name of the private directory service vendor.

InstantMessaging - IM service address. The ChannelTypeDetails Attribute has the name of the IM service vendor

ChannelTypeDetails ?

New in JDF 1.2

NMTOKEN

Description of the value of the ChannelType Attribute. Consumer treats this value as the service vendor name if ChannelType is "PrivateDirectory" or "InstantMessaging" .

Values include those from: Table 7-118, “ChannelTypeDetails Attribute - predefined values for certain ChannelType values”.

ChannelUsage ?

New in JDF 1.2

NMTOKENS

Communication channel usage.

Values include:

Business - Business purpose usage, (e.g., office phone number, fax).

Private - Private purpose usage, (e.g., private phone number, fax, Email).

DayTime - Office hours in the time zone of the recipient.

NightTime - Out-of-office hours in the time zone of the recipient.

WeekEnd - Out-of-office hours in the time zone of the recipient.

Locator

Modified in JDF 1.2

string

Locator of this type of channel in a form, such as a phone number, a URL or an Email address. If a URL is defined for the ChannelType , it is recommended to use the URL syntax specified in [RFC2368] for “ mailto ” URLs, [RFC3966] for “tel” URLs and [RFC3986] for URLs in general, as follows:

Values include:

"mailto:a@b.com" - instead of "a@b.com" if ChannelType = "Email" ,

"tel:+49-69-92058800" - if ChannelType = "Phone" and

"tel:+49.6151.155.299" - if ChannelType = "Fax" .

-- Attribute: ChannelTypeDetails

 

Table 7-118: ChannelTypeDetails Attribute - predefined values for certain ChannelType values

ChannelType value

ChannelTypeDetails value

Description

Phone

LandLine

Land line telephone number.

Mobile

Mobile/Cellular telephone number.

Secure

Secure phone line.

ISDN

ISDN line telephone number.

WWW

Form

Upload form.

Target

Upload target URL.

Example 7-15: ComChannel for Telephone

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool> >

< ComChannel Class = "Parameter" ID = "cc000004" ChannelType = "Phone"

ChannelTypeDetails = "Mobile" ChannelUsage = "Business"

Locator = "tel:+44-07808-907-919" Status = "Available" />

</ResourcePool>

<ResourceLinkPool>

<ComChannelLink Usage="Input" rRef="cc000004"/>

</ResourceLinkPool>

</JDF>

 

Example 7-16: ComChannel for Instant Messaging

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool> >

< ComChannel Class = "Parameter" ID = "cc000004" ChannelType = "InstantMessaging"

ChannelTypeDetails = "MyIMService" ChannelUsage = "Private"

Locator = "123456789" Status = "Available" />

</ResourcePool>

<ResourceLinkPool>

<ComChannelLink Usage="Input" rRef="cc000004"/>

</ResourceLinkPool>

</JDF>

 

7.2.36 Company

Specifies contacts to a company including detailed information about contact persons and addresses. Use @ ProductID when a unique identifier for the Company is required. This structure can be used in many situations where addresses or contact persons are needed. Examples of contacts are customer, supplier, company and addressees. The structure is derived from the vCard format. It comprises the organization name and organizational units (ORG) of the organizational properties defined in the vCard format. The corresponding XML types of the vCard are quoted in the table.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Contact

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-119: Company Resource

Name

Data Type

Description

OrganizationName

string

Name of the organization or company (vCard: ORG:orgnam. For example: ABC, Inc.).

Contact *

Deprecated in JDF 1.1

refelement

A contact of the company. In JDF 1.1 and beyond, Contacts reference multiple Companies.

OrganizationalUnit *

telem

Describes the organizational unit (vCard: ORG:orgunit. For example, if two Elements are present: 1. “North American Division” and 2. “Marketing”).

7.2.37 Component

Component is used to describe the various versions of semi-finished goods in the press and postpress area, such as a pile of folded Sheets that have been collected and are then be joined and trimmed. Nearly every postpress Process has a Component Resource as an input as well as an output. Typically the first components in the Process chain are some printed Sheets or ribbons, while the last component is a book or a brochure.

Glossary - Component

The descriptions of Component -specific Attributes use some terms whose meaning depends on the culture in which they are used. For example, different cultures mean different things when they refer to the “front” side of a magazine. Other terms (e.g., binding) are defined by the production process and, therefore, do not depend on the culture.

Whenever possible, this specification endeavors to use culturally independent terms. In cases where this is not possible, Western style (left-to-right writing) is assumed. Please note that these terms might have a different meaning in other cultures, (i.e., those writing from right to left).

 

Figure 7-20: Component - terms and definitions

 

The table below describes the terms used to define the components.

 

Table 7-120: Glossary - Component

Term

Definition

Binding edge

The edge on which the (partial) product is glued or stitched. This edge is also often called working edge or spine.

Product front edge

The side, where you open the (partial) product. This edge is opposite to the binding edge.

Registered edge

A side on which a collection of Sheets or partial products is aligned during a production step. All production steps require two registered edges, which must not be opposite to each other. The two registered edges define the coordinate system used within the production step. When there is a binding edge, this is one of the registered edges.

Resource Properties

Resource Class:

Quantity

Resource referenced by:

Bundle / BundleItem , DigitalPrintingParams , FeedingParams / Feeder , FeedingParams / CollatingItem

Example Partition:

Condition, RibbonName , SheetName , SignatureName , WebName

Input of Processes:

Any Product Intent Node (Section 6.3, “Product Intent Descriptions”), ConventionalPrinting , DigitalPrinting , Varnishing , BlockPreparation , BoxFolding , BoxPacking , Bundling , CaseMaking , CasingIn , ChannelBinding , CoilBinding , Collecting , CoverApplication , Creasing , Cutting , Embossing , EndSheetGluing , Feeding , Folding , Gathering , Gluing , HeadBandApplication , HoleMaking , Inserting , Jacketing , Labeling , Laminating , Numbering , Palletizing , Perforating , PlasticCombBinding , PrintRolling , RingBinding , ShapeCutting , Shrinking , SpinePreparation , SpineTaping , Stacking , StaticBlocking , Stitching , Strapping , StripBinding , ThreadSealing , ThreadSewing , Trimming , WebInlineFinishing , WireCombBinding , Wrapping

Output of Processes:

, Any Product Intent Node (Section 6.3, “Product Intent Descriptions”), ConventionalPrinting , DigitalPrinting , Varnishing , BlockPreparation , BoxFolding , BoxPacking , Bundling , CaseMaking , CasingIn , ChannelBinding , CoilBinding , Collecting , CoverApplication , Creasing , Cutting , Embossing , EndSheetGluing , Feeding , Folding , Gathering , Gluing , HeadBandApplication , HoleMaking , Inserting , Jacketing , Labeling , Laminating , Numbering , Palletizing , Perforating , PlasticCombBinding , PrintRolling , RingBinding , ShapeCutting , Shrinking , SpinePreparation , SpineTaping , Stacking , StaticBlocking , Stitching , Strapping , StripBinding , ThreadSealing , ThreadSewing , Trimming , WebInlineFinishing , WireCombBinding , Wrapping

 

Table 7-121: Component Resource (Section 1 of 3)

Name

Data Type

Description

AssemblyIDs ?

New in JDF 1.3

NMTOKENS

AssemblyIDs of the Assembly , AssemblySection or StrippingParams ( BinderySignatureName ) which this Component carries.

CartonTopFlaps ?

New in JDF 1.3

XYPair

Size ( F1,F2 ) (See Figure 7-14, “Box packing” ) of the two top flaps of a carton for shipping. must not be specified unless ProductType = "Carton" .

ComponentType

Modified in JDF 1.3

enumerations

Specifies the category of the component.

Values are:

Block - Folded or stacked product, (e.g., book block).

Other - The Component describes a sample that has not been produced in this Job. Examples are perfume samples, CDs or toys that are inserted into a printed product. New in JDF 1.3

Ribbon - The Component is a ribbon on a Web Press.

Sheet - Single layer (Sheet) of paper.

Web - The Component is a Web on a Web Press.

FinalProduct - The Component is the final product that was ordered by the customer.

PartialProduct - The Component is an intermediate product that will be input to a following Process.

Proof - The Component is a proof., e.g., a press proof or output from a digital press. Note that in JDF 1.2, proof was defined in the 1st list of categories, above. Modified in JDF 1.3

Constraint: further details of the component are specified in ProductType . At most one of "FinalProduct" , "PartialProduct" or "Proof" must be specified in addition to one of the first five enumerations specified as values.

Dimensions ?

shape

The dimensions of the component. These dimensions may differ from the original size of the original product. For example, the dimensions of a folded Sheet may be unequal to the dimensions of the Sheet before it was folded. The dimension is always the bounding box around the Component . If not specified, a portrait orientation (Y > X) is assumed

Note: It is crucial for enabling postpress to specify Dimensions unless they really are unknown.

IsWaste = "false"

Deprecated in JDF 1.4

boolean

If "true" , the Component is waste from a previous Process that can be used to set up a Machine.

Deprecation note: starting with JDF 1.4, use Partitioning with Condition instead of IsWaste .

MaxHeat ?

double

Maximum temperature the Component can resist (in degrees centigrade). The default setting is to impose no restriction in terms of heat, (e.g., fusers in electrophotographic Process or shrink wrapping).

Overfold ?

New in JDF 1.1

double

Expansion of the overfold of a Component . This Attribute is needed for the Inserting or other postpress Processes.

OverfoldSide ?

New in JDF 1.1

enumeration

Specifies the longer side of a folded component.

Values are:

Front

Back

PageListIndex ?

New in JDF 1.3

IntegerRangeList

List of the indices of the PageData Elements of the PageList specified in this Component .

ProductType ?

NMTOKEN

Type of product that this component specifies.

Values include those from : Table 7-122, “ProductType Attribute Values”.

ProductTypeDetails ?

New in JDF 1.3

string

Additional details of the product:

If ProductType = "BlankBox" or ProductType = "FlatBox" , ProductTypeDetails specifies a box type: e.g. [ECMA] , [FEFCO] or company internal box type standard.

Values include:

NewspaperNormal - Standard newspaper.

NewspaperMixed - multiple Component Resources of a newspaper are produced in parallel.

NewspaperCombi - Component Resources are collected to one Component in an inline production chain after press.

ReaderPageCount ?

New in JDF 1.1

integer

Total amount of individual Reader Pages that this Component contains. Count of -1 means “unknown.” If not specified, the value is unknown.

SheetPart ?

rectangle

Only used if contains (@ ComponentType , "Block" ) and Layout is present. Position of the block on the Layout in SurfaceContentsBox coordinates used in this Component .

SourceRibbon ?

Deprecated in JDF 1.3

string

must not be specified unless contains (@ ComponentType , "Ribbon" ). RibbonName of the ribbon used in this Component .

Deprecation note: starting with JDF 1.3, use a direct reference to the Layout Partition that represents the ribbon.

SourceSheet ?

Deprecated in JDF 1.3

string

must not be specified unless contains (@ ComponentType , "Sheet" ) or contains (@ ComponentType , "Block" ). Matches the Layout / Signature / Sheet /@ Name used in this Component .

Deprecation note: starting with JDF 1.3, use a direct reference to the Layout Partition that represents the Sheet.

SourceWeb ?

Deprecated in JDF 1.3

string

must not be specified unless contains (@ ComponentType , "Ribbon" ). WebName of the ribbon used in this Component .

Deprecation note: starting with JDF 1.3, use a direct reference to the Layout Partition that represents the Web.

SpineThickness ?

New in JDF 1.4

double

Thickness

SurfaceCount ?

New in JDF 1.1

integer

Total amount of individual surfaces that this Component contains.

Note: a sheet always has 2 Surfaces regardless of the number of images or reader pages. In case of homogeneous Component Elements, SurfaceCount refers to surfaces with a size of Component /@ Dimensions

Transformation ?

Deprecated in JDF 1.1

matrix

Matrix describing the transformation of the orientation of a Component for the Process using this Resource as input. This is needed to convert the coordinate system of the Component to the coordinate system of the Process. When this Attribute is not present, the identity matrix (1 0 0 1 0 0) is assumed.

In version 1.1 and beyond, use ResourceLink /@ Transformation or ResourceLink /@ Orientation .

Assembly ?

New in JDF 1.3

refelement

Specifies the assembly of the Component . In case of a newspaper-Web Press, the output Component may already be built up of several “booklets”. AssemblyIDs additionally specifies which AssemblySection Elements of the Assembly belong to this Component .

Bundle ?

New in JDF 1.1

refelement

Description of a Bundle of Component Resources if the Component represents multiple individual items. If no Bundle is present, the Component represents an individual item. Note that it is essential to keep a reference of the child Component Resources that comprise a Component , as this information is useful to postpress Processes.

Disjointing ?

element

A stack of components can be processed using physical separators. This is useful in operations such as feeding.

Sheet ?

Deprecated in JDF 1.2

refelement

The Sheet Resource that describes the details of this Component if it contains (@ ComponentType , "Sheet" ) or contains (@ ComponentType , "Block" ).

Replaced with Layout in JDF 1.2 and beyond. The Sheet in the referenced Layout is accessed by matching SourceSheet with Layout / Signature / Sheet /@ Name

Layout ?

New in JDF 1.2

refelement

Specifies the original Layout of the source Sheet of the Component if it contains (@ ComponentType , "Sheet" ) or contains (@ ComponentType , "Block" ). The original Sheet is the Layout Partition Element where SourceSheet matches the Layout /@ SheetName used in this Component

Media ?

New in JDF 1.4

refelement

Media for the component.

The coordinate system of Media coincides with the coordinate system of the component.

PageList ?

New in JDF 1.3

refelement

Specification of page metadata for pages described by this Component .

-- Attribute: ProductType

 

Table 7-122: ProductType Attribute Values

Value

Description

BackCover

 

BlankBox

New in JDF 1.3

Cut, Unfolded box, input for folder-gluer

BlankSheet

New in JDF 1.4

A sheet with connected blanks after a die cutting

BlankWeb

New in JDF 1.4

A web with connected blanks after a die cutting.

Body

New in JDF 1.2

Generic content inside of a cover.

Book

 

BookBlock

 

BookCase

 

Box

Convenience packaging that is not envisioned to be protection for shipping.

Brochure

 

BusinessCard

 

Carton

Protection packaging for shipping.

Cover

 

FlatBox

New in JDF 1.3

A folded and glued blank (not opened). Output from a box folder-gluer.

FrontCover

 

Insert

New in JDF 1.2

 

Jacket

Hard cover case jacket.

Label

 

Pallet

New in JDF 1.3

Loaded pallet of Boxes, Cartons or Component Resources

Poster

 

Stack

New in JDF 1.4

Stacked Component .

Newspaper

New in JDF 1.3

A newspaper-product

Unknown

Deprecated in JDF 1.2

 

Example 7-17: Component: Partitioned by the Condition Partition Key

New in JDF 1.2

The Condition Partition Key describes whether a Component Partition is waste and what type of waste it is. The amount of each Condition , in the standard manner for Partitioned Resources. See Section 3.10.5, “Description of Partitioned Resources”.)

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" ID = "IS123" Status = "Waiting"

Type = "Product" JobPartID = "ID20" Version = "1.4" >

< ResourcePool >

< Component Class = "Quantity" ID = "Res6" PartIDKeys = "Condition" Status = "Available"

ComponentType = "Sheet" >

< Component Condition = "Good" IsWaste = "false" />

< Component Condition = "Waste" IsWaste = "true" />

</ Component >

</ ResourcePool >

< ResourceLinkPool >

< ComponentLink Usage = "Output" rRef = "Res6" >

< AmountPool >

< PartAmount Amount = "2970" >

< Part Condition = "Good" />

</ PartAmount >

< PartAmount Amount = "87" >

< Part Condition = "Waste" />

</ PartAmount >

</ AmountPool >

</ ComponentLink >

</ ResourceLinkPool >

</ JDF >

 

7.2.38 Contact

Element describing a contact to a person or address.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Abstract Physical Resource , ArtDeliveryIntent , ArtDeliveryIntent / ArtDelivery , DeliveryIntent , DeliveryIntent / DropIntent , ApprovalParams / ApprovalPerson , ApprovalSuccess / ApprovalDetails , ContentList / ContentData / ContentMetadata , CustomerInfo , DeliveryParams , DeliveryParams / Drop , DigitalDeliveryParams , OrderingParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-123: Contact Resource

Name

Data Type

Description

ContactTypes

Modified in JDF 1.4

NMTOKENS

Classification of the contact.

Values include:

Accounting - Address of where to send to the bill.

Administrator - Person to contact for queries concerning the execution of the Job.

Agency - The contact is an employee of an Agency. New in JDF 1.4

Approver - Person who approves this Job. New in JDF 1.2

ArtReturn - Return delivery or pickup address for artwork of this Job.

Author - New in JDF 1.4

Billing - Contact information that refers to a payment method, (e.g., credit card).

Customer - The end customer.

Delivery - The delivery address for all products of this Job.

DeliveryCharge - The Contact is charged for delivery of this Job.

Designer - New in JDF 1.4

Editor - New in JDF 1.4

Illustrator - New in JDF 1.4

Owner - The owner of a Resource.

Photographer - New in JDF 1.4

Pickup - The pickup address for all products of this Job.

Sender - The source address of the delivery. New in JDF 1.2

Supplier - Address of a supplier of needed goods.

SurplusReturn - Return delivery or pickup address for surplus products of this Job.

TelephoneSanitizer - New in JDF 1.4

ContactTypeDetails ?

New in JDF 1.2

string

Details of the Contact's role or roles. For instance, if contains (@ ContactTypes, "Delivery" ) this could be a description for which delivery location this Contact is responsible.

Address ?

refelement

Element describing the address.

ComChannel *

Modified in JDF 1.2

refelement

Communication channels to the contact. These Elements define communication channels that may be assigned to multiple Persons, for instance the communication channel of a reception area.

Company ?

New in JDF 1.1

refelement

Company that this Contact is associated with.

Person ?

refelement

Name of the contact person.

7.2.39 ContactCopyParams

New in JDF 1.1

Element describing the parameters of ContactCopying .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

ContactCopying

Output of Processes:

--

 

Table 7-124: ContactCopyParams Resource

Name

Data Type

Description

ContactScreen = "false"

boolean

ContactScreen = "true" if a halftone screen on film is to be used to produce halftones.

Cycle ?

integer

Number of exposure light units to be used. The amount depends on the subject to be exposed.

Diffusion ?

enumeration

The diffusion foil setting.

Values are:

On

Off

PolarityChange = "true"

boolean

PolarityChange = "true" if the copy is to change polarity with respect to the original image.

RepeatStep = "1 1"

XYPair

Number (as integers) of copies in each direction for a Step/Repeat camera.

Vacuum ?

double

Amount of vacuum pressure to be used, measured in bars.

ScreeningParams ?

refelement

Properties of the halftone screen on film. Ignored if ContactScreen = "false" .

7.2.40 ContentList

New in JDF 1.3

ContentList provides a list of ContentData Elements.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

PublishingIntent , LayoutElement , PageList

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-125: ContentList Resource

Name

Data Type

Description

ContentData +

Modified in JDF 1.4

element

Details of the individual content element. A ContentData Element is referred to by its ID, i.e. the value of ContentData /@ ID .

Modification note: before JDF 1.4, a ContentData Element was referred to by its index in ContentList with the warning that ContentData elements not be removed or inserted in a position other than the end of the list.

7.2.40.1 Element: ContentData

ContentData defines the additional metadata of individual elements of a page. If the ContentList is Partitioned, the index refers to ContentData Elements in the respective leaves of the Partitioned ContentList . The index restarts at 0 with each Partitioned leaf.

 

Table 7-126: ContentData Element

Name

Data Type

Description

CatalogID ?

string

Identification of the Resource, (e.g., in a catalog environment).

CatalogDetails ?

string

Additional details of a Resource in a catalog environment.

ContentRefs ?

New in JDF 1.4

IDREFS

List of ContentData / ID values that specify the ContentData Elements children of this ContentData Element. For instance, a book may refer to individual chapters. The reference ContentData object MUST reside in the same ContentList as this ContentData .

ContentType ?

NMTOKEN

Type of content.

Values include those from: Table 7-127, “ContentType Attribute Values”.

HasBleeds ?

boolean

If "true" , the file has bleeds.

ID ?

New in JDF 1.4

ID

For reference by ContentRefs

IsBlank ?

boolean

If "true" , the ContentData has no content marks and is blank.

IsTrapped ?

boolean

If "true" , the file has been trapped.

JobID ?

string

ID of the Job that this ContentData belongs to.

ProductID ?

string

An ID of the ContentData as defined in the MIS system.

ContentMetadata ?

New in JDF 1.4

element

Container for document related metadata such as ISBN, Author etc.

ElementColorParams ?

refelement

Color details of the ContentData Element.

ImageCompressionParams ?

refelement

Specification of the image compression properties.

ScreeningParams ?

refelement

Specification of the screening properties.

SeparationSpec *

element

List of separation names defined in the Element.

-- Attribute: ContentType

 

Table 7-127: ContentType Attribute Values (Section 1 of 2)

Value

Description

Ad

The content represents a single ad

Article

The content represents a single article. Including headers, text bodies, photos etc.

Barcode

A barcode.

ClassifiedAd

Specifies a classified ad.

ClassifiedsPageElement

Specifies a grouping page element dealing with content of classified ads

Composed

Combination of elements that define an element that is not bound to a document page.

Editorial

Defines this Element to contain editorial matter (e.g., text, photos etc.).

EditorialPageElement

Specifies a grouping page element dealing with content of the editorial department

Graphic

Line art.

IdentificationField

A general identification field excluding bar codes.

Image

Bitmap image.

Page

Representation of one document page.

PageHeader

For instance a newspaper title shown on the front page or on each single page. Usually, these headers contain information like page number, editorial desk and the date.

ROPAd

Specifies this Element as an ROP ad. An ROP ad is an ad which is placed by the planner. Generally speaking, in a newspaper environment these include color ads, ads with placement requests in the editorial section and large ads.

Surface

Representation of an imposed surface.

Text

Formatted or unformatted text.

7.2.40.2 Element: ContentMetadata

New in JDF 1.4

ContentMetadata is a container for metadata pertaining to this ContentData Element. Additional metadata fields may be created using GeneralID .

 

Table 7-128: ContentMetadata Element

Name

Data Type

Description

ISBN10 ?

string

The 10 digit ISBN (see ref ISBN)

ISBN13 ?

string

The 13 digit ISBN (see ref ISBN)

Title ?

string

The title of the content

Comment ?

element

If required, an abstract should be specified in Comment [@ Name = "Abstract" ].

Contact *

refelement

The person who is responsible for this content.

Employee *

refelement

If required, the author should be specified in an Employee [contains(@ Roles , "Author" )].

Part ?

element

If present, conserves the values of the specified Partition Keys related to the content being processed. It is illegal to set Partition Key values where that key is used to explicitly Partition the referencing Resource, or is implied by that Resource.

Note: this allows Partition Keys and values to be conserved in a RunList ( Surfaces ) or Component .

Example 7-18: ContentList

New in JDF 1.4

<? xml version = "1.0" encoding = "UTF-8" ?>

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1"

ID = "n071030_02242300_000002" JobPartID = "n071030_02242300_000002"

Status = "Waiting" Type = "Approval" Version = "1.4"

xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"

xsi:type = "Approval" >

<!--Generated by the CIP4 Java open source JDF Library version : CIP4 JDF

Writer Java 1.3 BLD 47-->

< AuditPool >

< Created AgentName = "CIP4 JDF Writer Java" AgentVersion = "1.3 BLD 47"

Author = "CIP4 JDF Writer Java 1.3 BLD 47"

ID = "a071030_02242331_000003" TimeStamp = "2007-10-30T14:24:23+01:00" />

</ AuditPool >

< ResourcePool >

< ApprovalParams Class = "Parameter" ID = "ID345" Status = "Available" />

< ApprovalSuccess Class = "Parameter" ID = "ID346" Status = "Unavailable" />

< RunList Class = "Parameter" ID = "r071030_02242378_000004"

Status = "Available" >

< PageListRef rRef = "PageList" />

</ RunList >

< PageList Class = "Parameter" ID = "PageList" Status = "Available" >

< ContentListRef rRef = "ContentList" />

</ PageList >

< ContentList Class = "Parameter" ID = "ContentList" Status = "Available" >

< ContentData ContentListIndex = "1 2 3" >

< ContentMetadata ISBN = "0123456789" Title = "book thing" >

< Comment ID = "c071030_022423109_000005" Name = "Abstract" >

Abstract of the book in english

</ Comment >

< Contact Class = "Implementation" ContactTypes = "Editor" >

< Person Class = "Parameter" DescriptiveName = "authorName"

FamilyName = "authorName" />

</ Contact >

</ ContentMetadata >

</ ContentData >

< ContentData >

< ContentMetadata Title = "Chapter 1" >

< Contact Class = "Implementation" ContactTypes = "Customer" >

< Person Class = "Parameter" DescriptiveName = "authorName1"

FamilyName = "authorName1" />

</ Contact >

</ ContentMetadata >

</ ContentData >

< ContentData >

< ContentMetadata Title = "Chapter 2 " >

< Contact Class = "Implementation" ContactTypes = "Customer" >

< Person Class = "Parameter" DescriptiveName = "authorName2"

FamilyName = "authorName2" />

</ Contact >

</ ContentMetadata >

</ ContentData >

< ContentData >

< ContentMetadata Title = "Chapter 3" >

< Contact Class = "Implementation" ContactTypes = "Customer" >

< Person Class = "Parameter" DescriptiveName = "authorName3"

FamilyName = "authorName3" />

</ Contact >

</ ContentMetadata >

</ ContentData >

</ ContentList >

</ ResourcePool >

< ResourceLinkPool >

< RunListLink Usage = "Input" rRef = "r071030_02242378_000004" />

< ApprovalParamsLink Usage = "Input" rRef = "ID345" />

< ApprovalSuccessLink Usage = "Output" rRef = "ID346" />

</ ResourceLinkPool >

</ JDF >

 

Example 7-19: ContentList: Extended with ISBN, Author, etc.

New in JDF 1.4

Example of ContentList with ISBN, Author, etc.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

< ResourcePool >

<!-- Information about the input (file, author) -->

< RunList ID = "NodeIDRunList" Status = "Available" Class = "Parameter" >

< LayoutElementRef rRef = "NodeIDLE" />

< PageList >

< ContentList >

< ContentData >

<!-- String for title -->

< new:DocumentInfo Title = "This is the title of the book"

ISBN = "0123456789" xmlns:new = "new schema URI" >

<!-- Multi-lines string for Abstract -->

< new:DocumentAbstract >

This is the abstract of the book

It has several lines...

</ new:DocumentAbstract >

<!-- List of authors. Using a PersonRef allows reusing the same

Person element -->

< new:Author Subject = "Preface" >

< PersonRef rRef = "AuthorID1" />

</ new:Author >

< new:Author Subject = "Content" >

< new:PersonRef rRef = "AuthorID2" />

< new:PersonRef rRef = "AuthorID3" />

</ new:Author >

</ new:DocumentInfo >

</ ContentData >

</ ContentList >

</ PageList >

</ RunList >

< LayoutElement ID = "NodeIDLE" Status = "Available" Class = "Parameter" >

< FileSpec URL = "file:////hotfolder/files/Document2747.pdf"

MimeType = "application/pdf" UserFileName = "JDF1.3.pdf" />

</ LayoutElement >

<!-- Information about the authors -->

< Person ID = "AuthorID1" Class = "Parameter" Status = "Available" FirstName = "James"

FamilyName = "Smith" JobTitle = "Author" />

< Person ID = "AuthorID2" Class = "Parameter" Status = "Available" FirstName = "John"

FamilyName = "Smith" JobTitle = "Author" />

< Person ID = "AuthorID3" Class = "Parameter" Status = "Available" FirstName = "William"

FamilyName = "Smith" JobTitle = "Author" />

<!-- Media: A3 white paper coated on both sides, 70 gr/m2 -->

< Media ID = "MediaID" Class = "Consumable" Status = "Available" Weight = "70"

Dimension = "1190 842" MediaType = "Paper" MediaColorName = "White"

FrontCoatings = "Coated" BackCoatings = "Coated" />

<!-- Media: A4 yellow paper for Banner Page -->

< Media ID = "MediaID2" Class = "Consumable" Status = "Available" Weight = "70"

Dimension = "595 842" MediaType = "Paper" MediaColorName = "Yellow" />

<!-- Booklet layout + banner page with ISBN and Authors printed on it -->

< LayoutPreparationParams ID = "NodeIDLPP" Class = "Parameter" Status = "Available"

Sides = "TwoSidedFlipY" NumberUp = "2 1" BindingEdge = "Left"

PresentationDirection = "FoldCatalog" FoldCatalog = "F4-1"

FinishingOrder = "GatherFold" PageDistributionScheme = "Saddle" >

< InsertSheet SheetType = "JobSheet" SheetUsage = "Header" IsWaste = "true"

SheetFormat = "Standard" >

< Layout >

< MediaRef rRef = "MediaID2" />

< MarkObject CTM = "1 0 0 1 0 0" >

< JobField ShowList = "new:ISBN new:Authors" />

</ MarkObject >

</ Layout >

</ InsertSheet >

</ LayoutPreparationParams >

</ ResourcePool >

<ResourceLinkPool>

<LayoutPreparationParamsLink Usage="Input" rRef="NodeIDLPP"/>

<RunListLink Usage="Input" rRef="NodeIDRunList"/>

<MediaLink Usage="Input" rRef="MediaID"/>

</ResourceLinkPool>

</JDF>

 

7.2.41 ConventionalPrintingParams

This Resource defines the Attributes and Elements of the ConventionalPrinting Process. The specific parameters of individual printer modules are modeled by using the standard Partitioning methods. These methods are described in Section 3.10.5, “Description of Partitioned Resources”.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

BlockName , FountainNumber , PartVersion , ProductionRun , RibbonName , Separation , SheetName , Side , SignatureName , WebName , WebProduct

Input of Processes:

ConventionalPrinting

Output of Processes:

--

 

Table 7-129: ConventionalPrintingParams Resource (Section 1 of 4)

Name

Data Type

Description

DirectProof = "false"

boolean

If "true" , the proof is directly produced and subsequently an approval might be given by a person (e.g., the customer, foreman or floor manager) shortly after the first final-quality printed Sheet is printed. The approval is needed for the actual print run, and not for setup. If the ConventionalPrinting Process is waiting for a DirectProof , the Status of the JDF Node is switched to Stopped with the StatusDetails = "WaitForApproval" .

Drying ?

enumeration

The way in which ink is dried after a print run.

Values are:

UV - Ultraviolet dryer

Heatset - Heatset dryer

IR - Infrared dryer

On - Use the Device default drying unit.

Off

FirstSurface ?

Modified in JDF 1.2

enumeration

Printing order of the surfaces on the Sheet.

Values are:

Either - Deprecated in JDF 1.2 Omit FirstSurface to specify either.

Front

Back

FountainSolution ?

enumeration

State of the fountain solution module in the printing units.

Values are:

On

Off

MediaLocation ?

string

Identifies the location of the Media . The value identifies a physical location on the press, (e.g., unwinder 1, unwinder 2 and unwinder 3).

If the media Resource is Partitioned by Location (see also Section 3.10.6.4, “Locations of Physical Resources”) there should be a match between one Location Partition Key and this MediaLocation value.

Values include those from: Table C-21, “Input Tray and Output Bin Names” .

Note: the specified values are for printer locations.

ModuleAvailableIndex ? New in JDF 1.1

Deprecated in JDF 1.4

IntegerRangeList

Zero-based list of print modules that are available for printing. In some cases modules are not available because the print module is replaced with in-line tooling, (e.g., a perforating unit). If not specified, all modules are used for printing. The list is based on all modules of the printer and is not influenced by the value of ModuleIndex .

Deprecation note: starting with JDF 1.4, the skipping of press modules is now handled by specifying ColorantControl / DeviceColorantOrder / SeparationSpec with no @ Name

ModuleDrying ?

enumeration

The way in which ink is dried in individual modules.

Values are:

UV - Ultraviolet dryer

Heatset - Heatset dryer

IR - Infrared dryer

On - Use the Device default drying unit.

Off

ModuleIndex ?

Deprecated in JDF 1.4

IntegerRangeList

Zero-based, ordered list of print modules that are to be used. ModuleIndex does not influence the ink sequence. It is used only to skip individual modules. The list is based on all modules of the printer and is not influenced by the value of ModuleAvailableIndex .

Deprecation note: starting with JDF 1.4, the skipping of press modules is now handled by specifying ColorantControl / DeviceColorantOrder / SeparationSpec with no @ Name

NonPrintableMarginBottom ?

New in JDF 1.3

double

The width in points of the bottom margin measured inward from the edge of the Media with respect to the idealized Process coordinate system of the ConventionalPrinting Process. The Media origin is unaffected by NonPrintableMarginBottom .

NonPrintableMarginLeft ?

New in JDF 1.3

double

Same as NonPrintableMarginBottom except for the left margin.

NonPrintableMarginRight ?

New in JDF 1.3

double

Same as NonPrintableMarginBottom except for the right margin.

NonPrintableMarginTop ?

New in JDF 1.3

double

Same as NonPrintableMarginBottom except for the top margin.

PerfectingModule ?

New in JDF 1.1

integer

Index of the perfecting module if WorkStyle = "Perfecting" and multiple perfecting modules are installed.

Powder ?

double

Quantity of powder in%.

PrintingTechnology ?

New in JDF 1.4

enumeration

Printing technology of the press or press module.

Values are:

Flexo

Gravure

Offset

Screen

PrintingType

Modified in JDF 1.3

enumeration

Type of printing Machine.

Values are:

ContinuousFed - connected Sheets including fan fold. New in JDF 1.2

SheetFed - Separate cut Sheets.

WebFed - Paper supplied to press on rolls. Deprecated in JDF 1.3

WebMultiple - Web Printing with multiple plates per cylinder. Generally used with Newspaper Web Printing. New in JDF 1.3

WebSingle - Web Printing with only one plate per cylinder. Generally used in commercial and publication workflows. New in JDF 1.3

SheetLay ?

enumeration

Lay of input media. Reference edge of where paper is placed in a feeder.

Values are:

Left

Right

Center

Speed ?

Modified in JDF 1.3

double

Maximum print speed in Sheets/hour (Sheet fed) or revolutions/hour (Web-Fed). Defaults to Device specific full speed.

WorkStyle ?

WorkStyle

The direction in which to turn the press Sheet.

ApprovalParams ?

New in JDF 1.2

refelement

Details of the direct Approval Process, when DirectProof = "true" .

Ink *

Modified in JDF 1.2

Deprecated in JDF 1.4

refelement

Details of varnishing. Defines the varnish to be used for coatings on printed sides. Coatings are applied after printing all the colors. Other coating sequences must use the Partition mechanism of this Parameter Resource . Selective varnishing in print modules has to use a separate separation for the respective varnish. Varnish is specified by Ink / @Family = "Varnish" . If both Ink and ExposedMedia ( Plate ) are specified for a given separation, spot varnishing is specified. If only Ink and not ExposedMedia ( Plate ) is specified, overall varnishing is specified.

In JDF 1.2 and beyond, Ink may occur in multiples in order to specify multiple layers of varnish.

Note: The color inks are direct Input Resources of the Process and must not be specified here.

Deprecation note: starting with JDF 1.4, use Varnishing .

7.2.42 CostCenter

This Resource describes an individual area of a company that has separated accounting.

Resource Properties

Resource Class:

ResourceElement

Resource referenced by:

Notification , ResourceInfo , JobPhase , Device , Employee

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-130: CostCenter Resource

Name

Data Type

Description

CostCenterID

string

Identification of the cost center

Name ?

string

Name of the cost center.

7.2.43 CoverApplicationParams

New in JDF 1.1

CoverApplicationParams define the parameters for applying a cover to a book block.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

CoverApplication

Output of Processes:

--

 

Table 7-131: CoverApplicationParams Resource

Name

Data Type

Description

CoverOffset ?

Deprecated in JDF 1.2

XYPair

Position of the cover in relation to the book block given in the cover-Sheet coordinate system. In JDF 1.2 and beyond, CoverOffset is implied by the transformation matrix of the ResourceLink / @Transformation of the cover’s ComponentLink .

GlueApplication *

refelement

Describes where and how to apply glue to the book block.

Score *

element

Describes where and how to score the cover.

7.2.43.1 Element: Score

 

Table 7-132: Score Element

Name

Data Type

Description

Offset

double

Position of scoring given in the operation coordinate system.

Side = "FromInside"

enumeration

Specifies the side from which the scoring tool works.

Values are:

FromInside

FromOutside

 

 

Figure 7-21: Parameters and coordinate system for cover application

 

7.2.44 CreasingParams

New in JDF 1.1

CreasingParams define the parameters for creasing or grooving a Sheet.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

BlockName , RibbonName , SheetName , SignatureName , WebName

Input of Processes:

Creasing

Output of Processes:

--

 

Table 7-133: CreasingParams Resource

Name

Data Type

Description

Crease *

element

Defines one or more Crease lines.

7.2.44.1 Element: Crease

Crease defines an individual crease line on a Component .

 

Table 7-134: Crease Element (Section 1 of 2)

Name

Data Type

Description

Depth ?

New in JDF 1.2

double

Depth of the crease, measured in microns [m].

RelativeTravel ?

New in JDF 1.2

double

Relative distance of the reference edge relative to From in the coordinates of the incoming Component . The RelativeTravel is always based on the complete size of the input Component and not on the size of an intermediate state of the folded Sheet. The allowed value range is from 0.0 to 1.0, which specifies the full length of the input component.

RelativeStartPosition ?

New in JDF 1.2

XYPair

Relative starting position of the tool. The RelativeStartPosition is always based on the complete size of the input Component and not on the size of an intermediate state of the folded Sheet. The allowed value range is from 0.0 to 1.0 for each component of the XYPair, which specifies the full size of the input Component .

RelativeWorkingPath ?

New in JDF 1.2

XYPair

Relative working path of the tool beginning at RelativeStartPosition . Since the tools can only work parallel to the edges, one coordinate must be zero. The RelativeWorkingPath is always based on the complete size of the input Component and not on the size of an intermediate state of the folded Sheet. The allowed value range is from 0.0 to 1.0 for each component of the XYPair, which specifies the full size of the input Component .

StartPosition ?

Modified in JDF 1.2

XYPair

Starting position of the tool. If both StartPosition and RelativeStartPosition are specified, RelativeStartPosition is ignored. At least one of StartPosition or RelativeStartPosition must be specified.

Travel ?

New in JDF 1.2

double

Distance of the reference edge relative to From . If both Travel and RelativeTravel are specified, RelativeTravel is ignored. At least one of Travel or RelativeTravel must be specified.

WorkingPath ?

XYPair

Working path of the tool beginning at StartPosition . Since the tools can only work parallel to the edges, one coordinate must be zero. If both WorkingPath and RelativeWorkingPath are specified, RelativeWorkingPath is ignored. At least one of WorkingPath or RelativeWorkingPath must be specified.

WorkingDirection

enumeration

Direction from which the tool is working.

Values are:

Top - From above.

Bottom - From below.

7.2.45 CustomerInfo

Modified in JDF 1.3

The CustomerInfo Resource contains information about the customer who orders the Job. CustomerInfo has been moved from a direct element of JDF to a Resource in JDF 1.3.

Before JDF 1.3, CustomerInfo was a Subelement of a JDF Node, and “inherited” down to child Nodes. Starting with JDF 1.3, CustomerInfo became a Resource that must be linked like any other Resource; there is no “inheritance”. Any Node MAY link to the same CustomerInfo Resource as its parent. A normative CustomerInfo is specified by a linked Resource. An informative CustomerInfo MAY be retrieved by searching for CustomerInfo of parent Nodes or Ancestor Elements

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Ancestor

Example Partition:

--

Input of Processes:

Any Process

Output of Processes:

--

 

Table 7-135: CustomerInfo Resource

Name

Data Type

Description

BillingCode ?

string

A code to bill charges incurred while executing the Node.

CustomerID ?

string

Customer identification used by the application that created the Job. This is usually the internal customer number of the MIS system that created the Job.

CustomerJobName ?

string

The name that the customer uses to refer to the Job.

CustomerOrderID ?

string

The internal order number in the system of the customer. This number is usually provided when the order is placed and then referenced on the order confirmation or the bill.

CustomerProjectID ?

New in JDF 1.2

string

The internal project id in the system of the customer. This number might be provided when the order is placed and then referenced on the order confirmation or the bill.

rRefs ?

Deprecated in JDF 1.2

IDREFS

Array of ID s of any Elements that are specified as ResourceRef Elements. In version 1.1 it was the IDREF of a ContactRef . In JDF 1.2 and beyond, it is up to the implementation to maintain references.

Company ?

Deprecated in JDF 1.1

refelement

Resource Element describing the business or organization of the contact. In JDF 1.1 and beyond, Company affiliation of Contact Elements is specified in Contact .

Contact *

New in JDF 1.1

refelement

Resource Element describing contacts associated with the customer. There should be one Contact [contains (@ ContactTypes , "Customer" )]. Such a Contact specifies the primary customer’s name, address etc.

CustomerMessage *

New in JDF 1.2

element

Element that describes messages to the customer.

7.2.45.1 Element: CustomerMessage

New in JDF 1.2

CustomerMessage is an abstract definition of messages to the customer. Formatting and details of the content generation of the message are system dependent.

 

Table 7-136: CustomerMessage Element (Section 1 of 2)

Name

Data Type

Description

ComChannel *

refelement

Communication channel for the desired CustomerMessage . In case it is not specified, the CustomerMessage will be provided according to system predefined information. If multiple ComChannel Elements are specified, the CustomerMessage should be sent to all specified communication channels.

Language ?

language

Language to be used for the CustomerMessage .

MessageEvents

NMTOKENS

Defines the set of events that trigger a message that is defined or specified by the system.

Values include those from: Table C-20, “MessageEvents and MilestoneType Values” .

ShowList ?

Modified in JDF 1.4

NMTOKENS

List of parameters to display in the CustomerMessage .

Values include those from: Table I-1, “Predefined variables used in @XXXTemplate and @ShowList”. New in JDF 1.4

Modification note: starting with JDF 1.4, the values come from a common list rather than a list that is custom to this Element.

7.2.46 CutBlock

Defines a cut block on a Sheet. It is possible to define a block that contains a matrix of elements of equal size. In this scenario, the intermediate cut dimension is calculated from the information about element size, block size and the number of elements in both directions. Each cut block has its own coordinate system, which is defined by the BlockTrf Attribute.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

CuttingParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-137: CutBlock Resource (Section 1 of 2)

Name

Data Type

Description

AssemblyIDs ?

New in JDF 1.3

NMTOKENS

The AssemblyIDs of the Assembly , AssemblySection or StrippingParams [@ BinderySignatureName ] which are contained in this CutBlock .

BlockElementSize ?

XYPair

Element dimension in X and Y direction. The default value is equivalent to the XYPair value in BlockSize .

BlockElementType ?

enumeration

Element type.

Values are:

CutElement - Cutting element.

PunchElement - Punching element.

BlockName

NMTOKEN

Name of the block. Used for reference by the CutMark Resource. Note that CutBlock Resources are not Partitioned although they are nested. The semantics of nested CutBlock Elements are different.

BlockSize

XYPair

Size of the block.

BlockSubdivision = "1 1"

XYPair

Number (as integers) of elements in X and Y direction.

BlockTrf =
"1 0 0 1 0 0"

matrix

Block transformation matrix. Defines the position and orientation of the block relative to the Component coordinate system.

BlockType

enumeration

Block type.

Values are:

CutBlock - Block to be cut.

SaveBlock - Protected block, cut only via outer contour.

TempBlock - Auxiliary block that is not taken into account during cutting.

MarkBlock - Contains no elements, only marks.

CutWidth ?

New in JDF 1.4

double

Width in points of u-shaped knife, saw blade, etc.

Assembly ?

New in JDF 1.3

refelement

Assembly that is referred to by AssemblyIDs or contains the AssemblySection that is referred to by AssemblyIDs.

7.2.47 CutMark

This Resource, along with CutBlock , provides the means to position cut marks on the Sheet. After printing, these marks can be used to adapt the theoretical block positions (as specified in CutBlock ) to the real position of the corresponding blocks on the printed Sheet.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Layout / MarkObject

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-138: CutMark Resource

Name

Data Type

Description

Blocks ?

Modified in JDF 1.1

NMTOKENS

Values of the BlockName Partition Attributes of the blocks defined by the CutMark Resource.

MarkType

enumeration

Cut mark type.

Values are:

CrossCutMark

TopVerticalCutMark

BottomVerticalCutMark

LeftHorizontalCutMark

RightHorizontalCutMark

LowerLeftCutMark

UpperLeftCutMark

LowerRightCutMark

UpperRightCutMark

Position

XYPair

Position of the logical center of the cut mark in the coordinates of the MarkObject that contains this mark. Note that the logical center of the cut mark does not always directly specify the center of the visible cut mark symbol.

 

Table 7-139: Cut mark types as specified by CutMark/@MarkType

Symbol

MarkType Value

Position of Symbol

 

CrossCutMark

Centered at logical position

 

TopVerticalCutMark

Slightly above logical position

 

BottomVerticalCutMark

Slightly below logical position

 

LeftHorizontalCutMark

Slightly to the left of logical position

 

RighHorizontalCutMark

Slightly to the right of logical position

 

LowerLeftCutMark

Corner at logical position

 

UpperLeftCutMark

Corner at logical position

 

LowerRightCutMark

Corner at logical position

 

UpperRightCutMark

Corner at logical position

7.2.48 CuttingParams

New in JDF 1.1

This Resource describes the parameters of a Cutting Process that uses nested CutBlock Elements as input.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

BlockName , RibbonName, SheetName, SignatureName, WebName

Input of Processes:

Cutting

Output of Processes:

--

 

Table 7-140: CuttingParams Resource (Section 1 of 2)

Name

Data Type

Description

NUpSeparation ?

New in JDF 1.4

XYPair

Defines the number of CutBlock Elements in x and y direction. For example, a 2-up book sawed apart would have NUpSeparation = "2 1" .

CutBlock *

refelement

One or several CutBlock Elements can be used to find the Cutting sequence. The CutBlock Elements must not be written if Cut Elements are specified.

CutMark *

Deprecated in JDF 1.3

refelement

CutMark Resources can be used to adapt the theoretical cut positions to the real positions of the corresponding blocks on the Component to be cut. Replaced by Component / Layout in JDF 1.3 and above.

Cut *

element

Cut Elements describe an individual cut. Cut Elements must not be specified if CutBlock Elements are specified.

7.2.48.1 Element: Cut

Cut describes one straight cut with an arbitrary tool.

 

Table 7-141: Cut Element

Name

Data Type

Description

CutWidth ?

New in JDF 1.4

double

Width in points of u-shaped knife, saw blade, etc.

RelativeStartPosition ?

New in JDF 1.2

XYPair

Relative starting position of the tool. The RelativeStartPosition is always based on the complete size of the input Component and not on the size of an intermediate state of the folded Sheet. The allowed value range is from 0.0 to 1.0 for each component of the XYPair, which specifies the full size of the input Component .

RelativeWorkingPath ?

New in JDF 1.2

XYPair

Relative working path of the tool beginning at RelativeStartPosition . Since the tools can only work parallel to the edges, one coordinate must be zero. RelativeWorkingPath is always based on the complete size of the input Component and not on the size of an intermediate state of the folded Sheet. The allowed value range is from 0.0 to 1.0 for each component of the XYPair, which specifies the full size of the input Component .

StartPosition ?

Modified in JDF 1.2

XYPair

Starting position of the tool. If both StartPosition and RelativeStartPosition are specified, RelativeStartPosition is ignored. At least one of StartPosition or RelativeStartPosition must be specified.

WorkingPath ?

Modified in JDF 1.2

XYPair

Working path of the tool beginning at StartPosition . Since the tools can only work parallel to the edges, one coordinate must be zero. If both WorkingPath and RelativeWorkingPath are specified, RelativeWorkingPath is ignored. At least one of WorkingPath or RelativeWorkingPath must be specified.

WorkingDirection

enumeration

Direction from which the tool is working.

Values are:

Top - From above.

Bottom - From below.

7.2.49 CylinderLayout

New in JDF 1.3

Describes the mapping of plates to cylinders on a newspaper-Web Press. This information might be important for prepress systems. For instance, if a system wants to indicate the cylinder position as human readable text onto the plate.

Resource Properties

Resource Class:

Parameter

Resource references:

--

Resource inheritance:

--

Example Partition:

PlateLayout, ProductionRun, Separation

Input of Processes:

--

Output of Processes:

CylinderLayoutPreparation

 

Table 7-142: CylinderLayout Resource

Name

Data Type

Description

DeviceID ?

NMTOKEN

Specifies the Device that this CylinderLayout belongs to.

CylinderPosition +

element

Specifies the position of a plate on a cylinder of a newspaper-Web Press.

Layout ?

refelement

References the Layout that describes the plates to be mounted.

7.2.49.1 Element: CylinderPosition

 

Table 7-143: CylinderPosition Element

Name

Data Type

Description

PlatePosition

XYPairRangeList

Specifies where to mount this plate onto the cylinder. See figure below for details.

PlateType = "Exposed"

enumeration

Specifies whether the plate contains content data or represents a dummy plate. Additionally, it indicates where in the workflow it will be produced.

Values are:

Dummy - Indicates that the plate is a dummy plate. It must be bent by a Bending Process. But it is unlikely to be exposed by an ImageSetting Process.

Exposed - Indicates that the plate contains content data and must be exposed by an ImageSetting Process.

PlateUsage = "Original"

enumeration

Specifies, whether a plate has to be produced for a specific Web run or not.

Values are:

Original - indicates that the plate is to be produced specifically for this run.

Reuse - indicates that a plate of a previous run will be re-used (same plate position on the Web Press). For instance, a dummy on a specific CylinderPosition can be used in multiple Web runs.

DeviceModuleIndex

integer

Defines a Module with ModuleType = "PrintModule" within the Device specified by CylinderLayout / @DeviceID . In a newspaper-Web Press, "PrintModule" corresponds to a single cylinder.

In Figure 7-22, the direction of the view is from the plate cylinder towards the paper. If this direction is vectored as the direction of the former module, this is a left-printing spot. Otherwise it is a right-printing spot. If a 'left-printing spot' is considered, 'Side A' is to the left and 'Side B' to the right. And vice versa for a 'right-printing spot'. The plate position in X-dimension starts numbering at Side B. Thus, for the innermost Side B position X = "0" . For the outmost Side A position X = "1" for single-width presses. On double-width presses X = "3" for the outmost Side A position. On triple-width presses X = "5" for the outmost Side A position. Note: The Back and Front side have the same X position on corresponding segments of a Web.

 

Figure 7-22: Definition of the PlatePosition Attribute on a newspaper-Web Press

 

The sketch in Figure 7-23 shows a single cylinder of a newspaper-Web Press for a broadSheet production. The numbers indicate Reader Page numbers. The colored dots indicate color separations. Dummy means no content-bearing plates are mounted on this cylinder position. Instead, so called dummy forms are mounted.

 

 

Figure 7-23: Example of a single physical section of eight pages

 

Example 7-20: CylinderLayout

The following CylinderLayout is an example representation of the cylinder layout as shown in the sketch.

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" ID = "Bundle" Status = "Waiting"

Type = "CylinderLayoutPreparation" JobPartID = "ID20" Version = "1.4" >

< ResourcePool >

< CylinderLayoutPreparationParams ID = "CL002" Class = "Parameter"

Status = "Available" >

< ProductionPath />

</ CylinderLayoutPreparationParams >

< RunList ID = "R-002" Class = "Parameter" Status = "Available" />

< Device ID = "DEV-001" Manufacturer = "MAN" ModelName = "GEOMAN" Status = "Available"

Class = "Implementation" DeviceID = "DEV-001" >

< Module ModuleIndex = "0" ModuleType = "Folder" ModelName = "Folder 1" >

< Module ModuleIndex = "1" ModuleType = "PrintUnit"

DescriptiveName = "PU-1" >

< Module ModuleIndex = "2" SubModuleIndex = "0"

ModuleType = "PrintModule" DescriptiveName = "PM-1" />

< Module ModuleIndex = "3" SubModuleIndex = "1"

ModuleType = "PrintModule" DescriptiveName = "PM-2" />

< Module ModuleIndex = "4" SubModuleIndex = "2"

ModuleType = "PrintModule" DescriptiveName = "PM-3" />

< Module ModuleIndex= "5" SubModuleIndex = "3"

ModuleType = "PrintModule" DescriptiveName = "PM-4" />

< Module ModuleIndex = "6" SubModuleIndex = "4"

ModuleType = "PrintModule" DescriptiveName = "PM-5" />

< Module ModuleIndex = "7" SubModuleIndex = "5"

ModuleType = "PrintModule" DescriptiveName = "PM-6" />

< Module ModuleIndex = "8" SubModuleIndex = "6"

ModuleType = "PrintModule" DescriptiveName = "PM-7" />

< Module ModuleIndex = "9" SubModuleIndex = "7"

ModuleType = "PrintModule" DescriptiveName = "PM-8" />

</ Module >

</ Module >

</ Device >

< Layout ID = "L-001" Class = "Parameter" Status = "Available" />

< CylinderLayout ID = "CL-001" Class = "Parameter" Status = "Available"

PartIDKeys = "WebSetup PlateLayout Separation"

DeviceID = "DEV-001" >

< LayoutRef rRef = "L-001" />

< CylinderLayout WebSetup = "Run-1" >

< CylinderLayout PlateLayout = "PL-001" >

< CylinderLayout Separation = "Yellow" >

< CylinderPosition DeviceModuleIndex = "2" PlatePosition = "0 0"

PlateType = "Exposed" PlateUsage = "Original" />

<!-- page 1 -->

< CylinderPosition DeviceModuleIndex = "2" PlatePosition = "0 1"

PlateType = "Exposed" PlateUsage = "Original" />

<!-- page 1 -->

</ CylinderLayout >

</ CylinderLayout >

< CylinderLayout PlateLayout = "PL-002" >

< CylinderLayout Separation = "Yellow" >

< CylinderPosition DeviceModuleIndex = "2" PlatePosition = "1 0"

PlateType = "Exposed" PlateUsage = "Original" />

<!-- page 8 -->

< CylinderPosition DeviceModuleIndex = "2" PlatePosition = "1 1"

PlateType = "Exposed" PlateUsage = "Original" />

<!-- page 8 -->

</ CylinderLayout >

</ CylinderLayout >

< CylinderLayout PlateLayout = "PL-003" >

< CylinderLayout Separation = "HKS57" >

< CylinderPosition DeviceModuleIndex = "2" PlatePosition = "2 0"

PlateType = "Exposed" PlateUsage = "Reuse" />

<!-- page 3 -->

< CylinderPosition DeviceModuleIndex = "2" PlatePosition = "2 1"

PlateType = "Exposed" PlateUsage = "Reuse" />

<!-- page 3 -->

</ CylinderLayout >

</ CylinderLayout >

< CylinderPosition DeviceModuleIndex = "2" PlatePosition = "3 0"

PlateType = "Dummy" PlateUsage = "Reuse" />

< CylinderPosition DeviceModuleIndex = "2" PlatePosition = "3 1"

PlateType = "Dummy" PlateUsage = "Reuse" />

</ CylinderLayout >

</ CylinderLayout >

</ ResourcePool >

< ResourceLinkPool >

< DeviceLink Usage = "Input" rRef = "DEV-001" />

< LayoutLink Usage = "Input" rRef = "L-001" />

< RunListLink Usage = "Input" rRef = "R-002" />

< CylinderLayoutPreparationParamsLink Usage = "Input" rRef = "CL002" />

< CylinderLayoutLink Usage = "Output" rRef = "CL-001" />

</ ResourceLinkPool >

</ JDF >

 

Example 7-21: CylinderLayout: Double-Spread-Page Plate

In case of a double-spread-page plate (or double-truck-page plate) the CylinderPosition MAY be set as:

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="Bundle" Status="Waiting"

Type="CylinderLayoutPreparation" JobPartID="ID20" Version="1.4">

<ResourcePool>

<CylinderLayout ID="CL-001" Class="Parameter" Status="Available"

PartIDKeys="WebSetup PlateLayout Separation"

DeviceID="DEV-001">

<!-- ... -->

<!-- PlatePosition (XYPairRangeList)-->

< CylinderPosition DeviceModuleIndex = "2" PlatePosition = "0 0 ~ 1 0"

PlateType = "Exposed" PlateUsage = "Original" />

<!-- ... -->

</CylinderLayout>

<Layout ID="L-001" Class="Parameter" Status="Available"/>

<Runlist ID="R-002" Class="Parameter" Status="Available"/>

</ResourcePool>

<ResourceLinkPool>

<CylinderLayoutLink Usage="Output" rRef="CL-001"/>

<LayoutLink Usage="Input" rRef="L-001"/>

<RunlistLink Usage="Input" rRef="R-002"/>

</ResourceLinkPool>

</JDF>

 

7.2.50 CylinderLayoutPreparationParams

New in JDF 1.3

This Resource specifies the parameters of the CylinderLayoutPreparation Process.

Resource Properties

Resource Class:

Parameter

Resource references:

--

Resource inheritance:

--

Example Partition:

WebName , ProductionRun

Input of Processes:

CylinderLayoutPreparation

Output of Processes:

--

 

Table 7-144: CylinderLayoutPreparationParams Resource

Name

Data Type

Description

ProductionPath

refelement

ProductionPath describes the individual paper path through the different modules of a Web Press.

7.2.51 DBMergeParams

This Resource specifies the parameters of the DBTemplateMerging Process.

Resource Properties

Resource Class:

Parameter

Resource references:

--

Resource inheritance:

--

Example Partition:

--

Input of Processes:

DBTemplateMerging

Output of Processes:

--

 

Table 7-145: DBMergeParams Resource

Name

Data Type

Description

SplitDocuments ?

integer

Indicates how often to split documents to create a new file.

FileSpec ?

refelement

URL of the generated destination file. This is most often a printable file type, (e.g., PDF of PPML). If FileSpec is not specified, DBMergeParams must be a Pipe Resource.

7.2.52 DBRules

This Resource specifies the rules that are to be applied to convert a database record into a graphic element. It is described by a text element with a human-readable description of the selection rules. For example:

insert the “Age” field behind the birthday;

if income>100,000 use Porsche.gif , else use bicycle.jpeg for image #2.

The internal representation of the mapping of database fields to graphic content within the document template is implementation-dependent. It can vary from fully variable, multi-page, automated document layout to simply inserting some line-feed characters between database records in an address field. Therefore, DBRules is defined as a simple human-readable text element.

Resource Properties

Resource Class:

Parameter

Resource references:

--

Resource inheritance:

--

Example Partition:

--

Input of Processes:

DBDocTemplateLayout , Collecting , Gathering , Inserting

Output of Processes:

--

 

Table 7-146: DBRules Resource

Name

Data Type

Description

Comment +

element

Human-readable description of the database rules that map database fields to image or text content.

7.2.53 DBSchema

This Resource specifies the formal structure of a database record, regardless of type. It is encoded as a text element with a human-readable description of the database schema.

Resource Properties

Resource Class:

Parameter

Resource references:

--

Resource inheritance:

--

Example Partition:

--

Input of Processes:

DBDocTemplateLayout , Verification

Output of Processes:

--

 

Table 7-147: DBSchema Resource

Name

Data Type

Description

DBSchemaType

enumeration

Database type.

Values are:

CommaDelimited

SQL

XML

Comment +

element

Human-readable description of the database schema.

7.2.54 DBSelection

This Resource specifies a selection of records from a database.

Resource Properties

Resource Class:

Parameter

Resource references:

--

Resource inheritance:

--

Example Partition:

--

Input of Processes:

DBTemplateMerging , Collecting , Gathering , Inserting , Verification

Output of Processes:

Verification

 

Table 7-148: DBSelection Resource

Name

Data Type

Description

DataBase

URL

URL of the database

Records ?

IntegerRangeList

The indices of the database records.

Select ?

string

Database selection criteria in the native language of the database, (e.g., SQL).

7.2.55 DeliveryParams

Provides information needed by a Delivery Process. A Delivery Process consists of sending a quantity of a product to a specific location at, in some cases, a specified date and time.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Delivery

Output of Processes:

--

 

Table 7-149: DeliveryParams Resource (Section 1 of 2)

Name

Data Type

Description

Earliest ?

dateTime

Specifies the earliest time after which the delivery is intended to be made.

Method ?

string

Specifies a delivery method, (e.g., "ExpressMail" or "InterofficeMail" ). Note that it is strongly recommended to use an NMTOKEN compatible string in this Attribute, without blanks.

Values include those from: DeliveryIntent /@ Method

Pickup ?

Deprecated in JDF 1.2

boolean

If "true" , the merchandise is picked up. If "false" , the merchandise is delivered. Replaced with Transfer in JDF 1.2.

Required ?

dateTime

Specifies the time by which the delivery is intended to be made.

ServiceLevel ?

New in JDF 1.2

string

The service level of the specific carrier.

Values include those from: DeliveryIntent / ServiceLevel

Transfer ?

New in JDF 1.2

enumeration

Describes the direction and responsibility of the transfer.

Values are:

BuyerToPrinterDeliver - The DeliveryIntent describes an input to the Job, (e.g., a CD for inserting, a preprinted cover, etc.). In this case, the buyer delivers the merchandise to the printer. The printer can choose to specify in the quote a special Contact [contains (@ ContactTypes , "Delivery" ]. This Contact specifies where the buyer is to send the merchandise.

BuyerToPrinterPickup - The DeliveryIntent describes an input to the Job, (e.g., a CD for inserting, a preprinted cover, etc.). In this case, the printer picks up the merchandise. The Contact [contains (@ ContactTypes , "Pickup" )] specifies where the printer is to pick up the merchandise.

PrinterToBuyerDeliver - The DeliveryIntent describes an output of the Job. In this, case the printer delivers the merchandise to the buyer. The Contact [contains (@ ContactTypes , "Delivery" )] specifies where the printer is to send the merchandise.

PrinterToBuyerPickup - the DeliveryIntent describes an output of the Job. In this case, the buyer picks up the merchandise. The printer can choose to specify in the quote a special Contact [contains (@ ContactTypes , "Pickup" )]. This Contact specifies where the buyer is to pick up the merchandise.

Company ?

Deprecated in JDF 1.1

refelement

Address and further information of the addressee. In JDF 1.1 and beyond, use Contact / Company

Contact *

New in JDF 1.1

refelement

Address and further information of the Contact responsible for this delivery.

Drop +

element

All locations where the product will be delivered.

7.2.55.1 Element: Drop

 

Table 7-150: Drop Element (Section 1 of 2)

Name

Data Type

Description

Earliest ?

dateTime

Specified the earliest time after which the delivery is to be made.

Default value is from: DeliveryIntent /@ Earliest.

Method ?

string

Specifies a delivery method, (e.g., "ExpressMail" or "InterofficeMail" ). Note that it is strongly recommended to use an NMTOKEN compatible string without blank spaces in this Attribute.

Default value is from: DeliveryParams /@ Method

Values include those from: DeliveryIntent /@ Method

Pickup ?

Deprecated in JDF 1.2

boolean

If "true" , the merchandise is picked up. If "false" , the merchandise is delivered. Default = DeliveryParams /@ Pickup . Replaced with Transfer in JDF 1.2.

Required ?

dateTime

Specifies the time by which the delivery is intended to be made.

Default value is from: DeliveryParams /@ Required

ServiceLevel ?

New in JDF 1.2

string

The service level of the specific carrier.

Default value is from: DeliveryParams /@ ServiceLevel

Values include those from: DeliveryParams /@ ServiceLevel

TrackingID ?

New in JDF 1.2

string

The string that can help in tracking the delivery. The value of the TrackingID Attribute will depend on the carrier chosen to ship the products.

Transfer ?

New in JDF 1.2

enumeration

Describes the direction and responsibility of the transfer.

Default value is from: DeliveryParams /@ Transfer .

Values are from: DeliveryParams /@Tra nsfer.

Company ?

Deprecated in JDF 1.1

refelement

Address and further information of the addressee. Defaults to the value of Company specified in the root DeliveryParams Resource.

Contact *

New in JDF 1.1

refelement

Address and further information of the Contact responsible for this delivery. Default = DeliveryParams / Contact .

DropItem +

element

A Drop may consist of multiple products, which are represented by their respective PhysicalResource Elements. Each DropItem describes an individual Resource that is part of this Drop .

7.2.55.2 Element: DropItem

 

Table 7-151: DropItem Element (Section 1 of 2)

Name

Data Type

Description

ActualAmount ?

New in JDF 1.3

integer

Actual amount of items delivered in this drop. Note that this logs the information after the fact in a way that is similar to an Audit . ActualAmount was placed here because it is very difficult to map the DeliveryParams structure of individual Drop and DropItem Elements to ResourceLink and Audit Elements.

ActualTotalAmount ?

New in JDF 1.3

integer

Actual TotalAmount of items delivered in this drop. Note that this logs the information after the fact in a way that is similar to an Audit . ActualTotalAmount was placed here because it is very difficult to map the DeliveryParams structure of individual Drop and DropItem Elements to ResourceLink and Audit Elements.

Amount ?

integer

Specifies the number of Physical Resource s ordered. If Amount is not specified, defaults to the total amount of the Resource that is referenced by PhysicalResource .

TotalAmount ?

New in JDF 1.3

integer

Total amount of individual items delivered in this drop. The TotalAmount and Amount differ if the PhysicalResource is a Bundle of multiple Resources. The Amount specifies the number of Bundle s (e.g., boxes, pallets etc.). Whereas TotalAmount specifies the number of final products, (e.g., books, magazines etc.).

TotalDimensions ?

New in JDF 1.3

Shape

Total dimensions in points of all individual items including packaging delivered in this drop.

TotalVolume ?

New in JDF 1.3

double

Total volume in liters of all individual items including packaging delivered in this drop.

TotalWeight ?

New in JDF 1.3

double

Total weight in gram of all individual items including packaging delivered in this drop.

TrackingID ?

New in JDF 1.2

string

The string that can help in tracking the delivery. The value of the TrackingID Attribute will depend on the carrier chosen to ship the products. Defaults to Drop /@ TrackingID .

Unit ?

string

Unit of measurement for the Amount of the Resource that is referenced by PhysicalResource .

Default value is from: PhysicalResource /@ Unit

PhysicalResource ?

Modified in JDF 1.2

refelement

Description of the individual item to be delivered. It can be any kind of Physical Resource . This was Component prior to JDF 1.2.

7.2.56 DensityMeasuringField

This Resource contains information about a density measuring field.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ColorControlStrip , Layout / MarkObject

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-152: DensityMeasuringField Resource (Section 1 of 2)

Name

Data Type

Description

Center

XYPair

Position of the center of the density measuring field in the coordinates of the MarkObject that contains this mark. If the measuring field is defined within a ColorControlStrip , Center refers to the rectangle defined by Center and Size of the ColorControlStrip .

Density

Modified in JDF 1.1A

DoubleList

Density value for each process color measured with filter.

The data type was modified to NumberList in JDF 1.1A in order to accommodate density values >1.0. The sequence of colors remains C M Y K , as in the data type CMYKColor.

Diameter

double

Diameter of measuring field.

DotGain

double

Percentage of dot gain.

Percentage

double

Film percentage or equivalent.

Screen

string

Description of the screen.

Separation

string

Reference to a Separation that this applies DensityMeasuringField to.

When DensityMeasuringField is used as an Element, it is a standard Attribute, otherwise when DensityMeasuringField is used as a Resource, Separation must be defined as a Separation Partition Key.

Setup ?

string

Description of measurement setup.

ToleranceCyan

XYPair

Upper and lower cyan measurement limits (in density units).

ToleranceMagenta

XYPair

Upper and lower magenta measurement limits (in density units).

ToleranceYellow

XYPair

Upper and lower yellow measurement limits (in density units).

ToleranceBlack

XYPair

Upper and lower black measurement limits (in density units).

ToleranceDotGain

XYPair

Upper and lower measurement limits (in%).

ColorMeasurementConditions ?

New in JDF 1.1

refelement

Detailed description of the measurement conditions for color measurements.

7.2.57 DevelopingParams

New in JDF 1.1

DevelopingParams specifies information about the chemical and physical properties of the developing and fixing process for film and plates. Includes details of preheating, postbaking and postexposure.

  • Preheating is necessary for negative working plates. It hardens the exposed areas of the plate to make it durable for the following developing process. The stability and uniformity of the preheat temperature influence the evenness of tints and the run length of the plate on press.
  • Postbaking is an optional process of heating that is applied to most polymer plates to enhance the run length of the plate. A factor 5 to 10 can be gained compared to plates that are not postbaked.
  • Postexposure is an optional exposure process for photopolymer plates to enhance the run length of the plate. A factor of 5 to 10 can be gained compared with plates that are not postexposed.

Note: Postbaking and postexposure are mutually exclusive.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

ContactCopying , ImageSetting

Output of Processes:

--

 

Table 7-153: DevelopingParams Resource

Name

Data Type

Description

PreHeatTemp ?

double

Temperature of the preheating Process in ˚C.

PreHeatTime ?

duration

Duration of the preheating Process.

PostBakeTemp ?

double

Temperature of the postbaking Process in ˚C.

PostBakeTime ?

duration

Duration of the postbaking Process. PostBakeTime must not be specified if PostExposeTime is present.

PostExposeTime ?

duration

Duration of the postexposing Process. PostExposeTime must not be specified if PostBakeTime is present.

7.2.58 Device

Information about a specific Device. This can include information about the Devices capabilities. For more information, see Section 3.8.5.3, “Implementation Resource” and Section 4.8, “Capability and Constraint Definitions”.

Resource Properties

Resource Class:

Implementation

Resource referenced by:

PhaseTime , DeviceFilter , IDInfo , Occupation , DeviceInfo , Queue , QueueFilter , DieLayout , DieLayoutProductionParams / ConvertingConfig , InkZoneCalculationParams , PrintCondition , RollStand , StrippingParams

Example Partition:

--

Input of Processes:

Any Process

Output of Processes:

--

 

Table 7-154: Device Resource (Section 1 of 3)

Name

Data Type

Description

DeviceFamily ?

Deprecated in JDF 1.1

string

Manufacturer family type ID. The DeviceFamily is replaced by the appropriate ModelXXX Attributes in this list.

DeviceID ?

string

Name of the Device. This is a unique name within the workflow. DeviceID must be the same over time for a specific Device instance, (i.e., must survive reboots). If the Device sends JMF Messages, this value must also used for JMF / @SenderID . For UPNP Devices, this must match UPNP:UDN. See [UPNP] . DeviceID need not be specified when Device is used as a filter to specify a set of Devices.

DeviceType ?

string

Manufacturer type ID, including a revision stamp.

Type of the Device. Used for grouping and filtering of Devices

Directory ?

New in JDF 1.1

URL

Defines a directory where the URLs that are associated with this Device can be located. If Directory is specified, it must be an Absolute URI [RFC3986] that implicitly also specifies a Base URI which is used to resolve any relative URL of Device . See Appendix J, “Resolving RunList/@Directory and FileSpec/@URL URI References” and [FileURL] .

FriendlyName ?

New in JDF 1.1

Deprecated in JDF 1.4

string

Short user-friendly title.

Deprecation note: starting with JDF 1.4, use DescriptiveName .

ICSVersions ?

New in JDF 1.3

NMTOKENS

CIP4 Interoperability Conformance Specification (ICS) Versions that this Device complies with.

Values include those from: JDF /@ ICSVersions (Table 3-5, “JDF Node”).

JDFErrorURL ?

New in JDF 1.2

URL

URL where, by default, the Device will post JDF output Job tickets that are aborted or in error and when NodeInfo /@ TargetRoute is not specified. If JDFErrorURL is specified in the "file" scheme, it MUST specify a directory. If not specified, JDFErrorURL defaults to the value of JDFOutputURL .

JDFInputURL ?

New in JDF 1.2

URL

URL where, by default, the Device can accept JDF input Job tickets. If JDFInputURL is specified in the "file" scheme, it MUST specify a directory. The persistence of JDF tickets in this location is implementation dependent. If not specified, the Device does not accept JDF without a JMF SubmitQueueEntry .

JDFOutputURL ?

New in JDF 1.2

URL

URL where, by default, the Device will post JDF output Job tickets that are successfully completed and when NodeInfo /@ TargetRoute is not specified. If JDFOutputURL is specified in the "file" scheme, it MUST specify a directory.

JDFVersions ?

New in JDF 1.1

JDFJMFVersions

Whitespace separated list of supported JDF versions that this Device supports, (e.g., "1.0 1.1" specifies that both the 1.0 and 1.1 version are supported).

JMFSenderID ?

New in JDF 1.1

string

ID of the Controller will process JMF Messages for the Device. This corresponds to the SenderID Attribute that is specified for the Device in JMF Messages. If a Device emits it's own JMF Messages, this value must match the DeviceID .

JMFURL ?

New in JDF 1.1

URL

URL of the Device port that will accept JMF Messages. A Controller that manages a Device may specify its own JMFURL when responding to KnownDevices Messages. This is how a Controller inserts itself as the manager for a Device.

KnownLocalizations ?

New in JDF 1.2

languages

A list of all language codes supported by the Device for localization. If not specified, then the Device supports no localizations.

Manufacturer ?

New in JDF 1.1

string

Manufacturer name.

ManufacturerURL ?

New in JDF 1.1

string

Web site for manufacturer.

ModelDescription ?

New in JDF 1.1

string

Long description for end user.

ModelName ?

New in JDF 1.1

string

Model name.

ModelNumber ?

New in JDF 1.1

string

Model number.

ModelURL ?

New in JDF 1.1

string

Web site for model.

SerialNumber ?

New in JDF 1.1

string

Serial number of the Device.

PresentationURL ?

New in JDF 1.1

string

PresentationURL specifies a URL to a Device-provided user interface for configuration, status, etc. For instance, if the Device has an embedded Web server, this is a URL to the configuration page hosted on that Web server.

SecureJMFURL ?

New in JDF 1.3

URL

URL of the Device port that will accept JMF Messages via the "https" protocol.

UPC ?

New in JDF 1.1

string

Universal Product Code for the Device. A 12-digit, all-numeric code that identifies the consumer package. Managed by the Uniform Code.

CostCenter ?

element

MIS cost center ID.

DeviceCap *

New in JDF 1.1

element

Description of the capabilities of the Device. The DeviceCap Elements are combined with a logical OR, (i.e., if a JDF resides within any parameter space defined by a DeviceCap , the Device can process the Job). For details see Section 7.3, “Device Capability Definitions”.

IconList ?

New in JDF 1.1

element

List of locations of icons that can be used to represent the Device.

Location ?

New in JDF 1.4

element

Description of the Device location.

Module *

New in JDF 1.3

element

Individual Modules that are represented by this Device .

7.2.58.1 Element: IconList

New in JDF 1.1

The IconList is a list of individual icon descriptions.

 

Table 7-155: IconList Element

Name

Data Type

Description

Icon +

element

Individual icon description.

7.2.58.2 Element: Icon

New in JDF 1.1

An Icon represents a Device in the user interface.

 

Table 7-156: Icon Element (Section 1 of 2)

Name

Data Type

Description

Size

XYPair

Height and width of the icon.

BitDepth

integer

Bit depth of one color.

IconUsage ?

enumerations

Definition of the Status of the Device that this Icon represents.

Any combination of values are allowed:

Default value is: a list of all values (i.e. no limit on Icon us e).

Values are:

Unknown - No link to the Device exists

Idle

Down

Setup

Running

Cleanup

Stopped

Note: The meaning of the individual enumerations is described in the DeviceInfo Message Element. See Section 5.8.3, “KnownDevices”.

FileSpec

element

Details of the file containing the icon data.

7.2.58.3 Element: Module

New in JDF 1.3

A Module represents a physical Machine or part of a Device .

 

Table 7-157: Module Element (Section 1 of 2)

Name

Data Type

Description

DeviceType ?

string

Manufacturer type ID, including a revision stamp.

Manufacturer ?

string

Manufacturer name.

ManufacturerURL ?

string

Web site for manufacturer.

ModelDescription ?

string

Long description for end user.

ModelName ?

string

Model name.

ModelNumber ?

string

Model number.

ModelURL ?

string

Web site for model.

ModuleID ?

string

Name of the Module. This is a unique identifier within the workflow. ModuleID must be the same over time for a specific Device instance, (i.e., must survive reboots). At least one of ModuleID or ModuleIndex must be specified. If multiple logical Devices share a physical Module , ModuleID must be identical. ModuleID should be used to specify Machines that comprise a Device .

ModuleIndex ?

integer

Zero-based index of the module within the Machine. This index used to reference an individual Module. At least one of ModuleID or ModuleIndex must be specified . ModuleIndex should be used to specify identical modules, e.g., print modules in a complex Device.

ModuleType ?

NMTOKEN

Type of Module .

Values include those from: Section C.2, “ModuleType Supported Strings” .

Note: the allowed values depend on the type of Device. Each type of Device has a separate table of values.

SerialNumber ?

string

Serial number of the Device.

SubModuleIndex ?

integer

Zero-based index of the Module in the unit as specified by the parent Module . must not be specified if Module is a direct child of Device .

Module *

element

Recursive modules that are part of this module.

7.2.59 DeviceMark

New in JDF 1.1

Promoted from Subelement status in the Layout Resource with new Attributes defined below.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Layout / MarkObject , LayoutPreparationParams , LayoutPreparationParams / PageCell

Example Partition:

Side

Input of Processes:

--

Output of Processes:

--

 

Table 7-158: DeviceMark Resource (Section 1 of 2)

Name

Data Type

Description

Anchor ?

New in JDF 1.4

Anchor

Anchor point within this DeviceMark that MarkObject /@ CTM refers to.

Font ?

NMTOKEN

The name of the font that is to be used for the DeviceMark .

Values include:

Courier

Helvetica

Helvetica-Condensed

Times-Roman

FontSize ?

Modified in JDF 1.4

double

The size of the font that is to be used for the DeviceMark , in points ≥ 0.

Modification note: starting with JDF 1.4, the data type is no longer integer.

HorizontalFitPolicy ?

New in JDF 1.4

enumeration

Values are from: StripMark /@ HorizontalFitPolicy

MarkJustification ?

Deprecated in JDF 1.4

enumeration

Description of the preferred DeviceMark justification. Interpreted in context of the MarkOrientation .

Values are:

Center

Left

Right

Deprecation note: starting with JDF 1.4, use Anchor .

MarkOffset ?

Deprecated in JDF 1.4

XYPair

Description of the preferred DeviceMark offset. Interpreted in context of the Device dependent default position in the coordinate system defined by MarkOrientation .

Deprecation note: starting with JDF 1.4, use Anchor .

MarkOrientation ?

Deprecated in JDF 1.4

enumeration

Description of the preferred DeviceMark orientation.

Values are:

Horizontal

Vertical

Deprecation note: starting with JDF 1.4, use Anchor .

MarkPosition ?

Deprecated in JDF 1.4

enumeration

Description of the preferred DeviceMark position.

Values are:

Top

Bottom

Left

Right

Deprecation note: starting with JDF 1.4, use Anchor .

VerticalFitPolicy ?

New in JDF 1.4

enumeration

Values are from: StripMark /@ VerticalFitPolicy

BarcodeReproParams ?

New in JDF 1.4

refelement

Reproduction parameters for Barcodes specified in the parent MarkObject / IdentificationField .

7.2.60 DeviceNSpace

Note: DeviceNSpace was elevated to a Resource in JDF 1.2. The DeviceNSpace can be used in several ways. For example, defining the specific colorants of a DeviceNSpace :

For example, defining a single colorant in terms of its values in a DeviceNSpace :

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ColorantControl , ColorSpaceConversionOp

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-159: DeviceNSpace Resource

Name

Data Type

Description

Name ?

string

Color space name, (e.g., HexaChrome or HiFi).

N

integer

The number of colors that define the color space.

SeparationSpec *

Modified in JDF 1.2

element

Ordered list of colorant names that define the DeviceN color space. Note that these colorants must be specified in a corresponding ColorantParams Element of the ColorantControl or be implied by ProcessColorModel . In other words, they must be real, physical colorants.

7.2.61 DieLayout

New in JDF 1.3

DieLayout represents a die layout described in an external file. This Resource is also used as the input for the actual die making process and is also used in Stripping . The external file is by preference a DDES3 file (ANSI® IT8.6-2002 ). The usage of other files like CFF2 , DDES2 , DXF or proprietary formats is not excluded but may have a negative impact on interoperability.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

BinderySignature , ShapeCuttingParams

Example Partition:

--

Input of Processes:

DieDesign , DieMaking

Output of Processes:

DieDesign , DieLayoutProduction

 

Table 7-160: DieLayout Resource (Section 1 of 2)

Name

Data Type

Description

DieSide ?

New in JDF 1.4

enumeration

Determines the die side for which the DieLayout is made.

Values are :

Up - the DieLayout is made with the knifes pointing upwards.

Down - the DieLayout is made with the knifes pointing downwards.

MediaSide ?

New in JDF 1.4

enumeration

Determines the printing side for which the DieLayout is made.

Values are :

Front - for a box this corresponds to the outside of a box.

Back - for a box this corresponds to the inside of a box.

Rotated ?

New in JDF 1.4

boolean

Indicates if some of the structural designs are oriented cross grain/flute in the layout.

Waste ?

New in JDF 1.4

double

The percent of the material that is wasted. Inner waste i.e. cut out windows are not included in the waste.

Device *

New in JDF 1.4

refelement

The Devices for which this DieLayout was made (printing press and die cutter). Typically only the type of Device would be used e.g. the model of the die cutter.

FileSpec ?

refelement

Reference to an external URL that represents the die.

Media ?

New in JDF 1.4

refelement

Media for which this DieLayout was intended. The Media description defines important design parameters as the type of Media , dimensions, grain direction or flute direction.

RuleLength *

New in JDF 1.4

element

Elements describing the length of die rules for the different types of rules. Each RuleLength Element describes the accumulated length of all rules of a certain type.

Station *

element

Description of the stations in a DieLayout . One Station produces one shape.

7.2.61.1 Element: RuleLength

New in JDF 1.4

 

Table 7-161: RuleLength Element

Name

Data Type

Description

DDESCutType

integer

Type of rule.

Values include:

a number between "0" and "999" corresponding to a line type as defined in DDES.

Length

double

Accumulated length of the rules of this type in the DieLayout (pt).

 

7.2.61.2 Element: Station

 

Table 7-162: Station Element

Name

Data Type

Description

AssemblyIDs ?

New in JDF 1.3

NMTOKENS

The list of AssemblyIDs of the graphic elements that are processed by this Station .

Note: AssemblyIDs was added to JDF 1.3 Errata.

StationAmount = " 1 "

integer

The number of stations in the DieLayout with this StationName .

StationName ?

string

The name of the 1-up design in the DieLayout .

ShapeDef ?

New in JDF 1.4

refelement

The ShapeDef corresponding to this station in the DieLayout .

7.2.62 DieLayoutProductionParams

New in JDF 1.4

Parameters for the die layout.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

DieLayoutProduction

Output of Processes:

--

 

Table 7-163: DieLayoutProductionParams Resource

Name

Data Type

Description

Estimate ?

boolean

Determines if the Process runs in estimate mode or not. When in estimate mode multiple solutions are generated.

Position ?

Anchor

The position of layout on the sheet.

ConvertingConfig +

element

A ConvertingConfig Element describes a range of Sheet sizes that can be taken into account to create a new DieLayout . Typically a ConvertingConfig will correspond to 1 (printing press, die cutter) combination.

RepeatDesc +

element

Step and repeat parameters for a ShapeDef .There is either a single RepeatDesc giving the parameters for all ShapeDef Resources at the input or there is exactly 1 RepeatDesc per ShapeDef in the input in which case the sequence of both determines which RepeatDesc should be used for a ShapeDef .

7.2.62.1 Element: ConvertingConfig

New in JDF 1.4

The ConvertingConfig Element describes a range of Sheet sizes.

 

Table 7-164: ConvertingConfig Element

Name

Data Type

Description

MarginBottom ?

double

The bottom margin for positioning the layout on the Sheet.

MarginLeft ?

double

The left margin for positioning the layout on the Sheet.

MarginRight ?

double

The right margin for positioning the layout on the Sheet.

MarginTop ?

double

The top margin for positioning the layout on the Sheet.

SheetHeight

DoubleRange

The minimum to maximum Sheet height (pt).

SheetWidth

DoubleRange

The minimum to maximum Sheet width (pt).

Device *

refelement

The target devices (printing press and die cutter) corresponding to this configuration. Typically only the type of Device would be used e.g. the model of the die cutter.

7.2.62.2 Element: RepeatDesc

New in JDF 1.4

The RepeatDesc Element describes the layout specs for a ShapeDef .

 

Table 7-165: RepeatDesc Element (Section 1 of 2)

Name

Data Type

Description

AllowedRotate ?

enumeration

Allowed methods to rotate structural designs in with respect to grain/flute.

Values are:

None - No Rotation at all.

Grain - 0˚ or 180˚ Rotation.

MinorGrain - device dependent small rotations that retain the general grain direction, e.g. +/- 10˚

CrossGrain - Cross grain rotations, e.g. 90˚ are acceptable.

GutterX ?

double

Gutter between columns (see also GutterX2 )

GutterX2 ?

double

Secondary gutter between columns. When the LayoutStyle = "Reverse2ndColumn" , the gutter between columns (2n+1) and (2n+2) is GutterX and between columns (2n+2) and (2n+3) is GutterX2 . When GutterX2 is not specified GutterX2 = GutterX .

See Figure 7-30, “RepeatDesc/@GutterX2 and @GutterY2: Secondary Gutters”.

GutterY ?

double

Gutter between rows (see also GutterY2 ).

GutterY2 ?

double

Secondary gutter between rows. When the LayoutStyle = "Reverse2ndRow" the gutter between rows (2n+1) and (2n+2) is GutterY and between rows (2n+2) and (2n+3) GutterY2 . When GutterY2 is not specified GutterY2 = GutterY .

See Figure 7-30, “RepeatDesc/@GutterX2 and @GutterY2: Secondary Gutters”.

LayoutStyle ?

NMTOKENS

The allowed styles for the Layout

Values include:

StraightNest

Reverse2ndRow

Reverse2ndRowAligned

Reverse2ndColumn

Reverse2ndColumnAligned

Note: for diagrams of the above values, see Figure 7-24, “Basic Shape for RepeatDesc/@LayoutStyle Examples” and the following five figures

OrderQuantity ?

integer

The order quantity for the 1-up for which this layout will be optimized. This information needs to be present when a Layout is being made for more than 1 ShapeDef .

UseBleed ?

boolean

If true, the print bleed defined in the structural design is used to calculate the layout. If false, the outer cut is used.

The following Figure shows the basic shape for subsequent Figures. that relate to RepeatDesc .

 

Figure 7-24: Basic Shape for RepeatDesc/@LayoutStyle Examples

 

 

Figure 7-25: RepeatDesc/@LayoutStyle = "StraightNest"

 

In the following Figure, 1-ups on even rows are rotated 180 degrees. Even rows are shifted horizontally and vertically to obtain optimal nesting.

 

Figure 7-26: RepeatDesc/@LayoutStyle = "Reverse2ndRow"

 

In the following Figure, 1-ups on even rows are rotated 180 degrees. Even rows are shifted vertically to obtain optimal nesting. The even rows are not shifted horizontally. (Left and right edges are aligned between rows)

 

Figure 7-27: RepeatDesc/@LayoutStyle = "Reverse2ndRowAligned"

 

In the following Figure, 1-ups on even columns are rotated 180 degrees. Even columns are shifted vertically and horizontally to obtain optimal nesting.

 

Figure 7-28: RepeatDesc/@LayoutStyle = "Reverse2ndColumn"

 

In the following Figure, 1-ups on even columns are rotated 180 degrees. Even columns are shifted horizontally to obtain optimal nesting. No vertical shifting of even columns is done (top and bottom edges are aligned between columns).

 

Figure 7-29: RepeatDesc/@LayoutStyle = "Reverse2ndColumnAligned"

 

In the following Figure, LayoutStyle = "Reverse2ndRow" , GutterY = "15" , GutterY2 = "0" .

 

Figure 7-30: RepeatDesc/@GutterX2 and @GutterY2: Secondary Gutters

 

 

7.2.63 DigitalDeliveryParams

New in JDF 1.2

This Resource specifies the parameters of the DigitalDelivery Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

Location

Input of Processes:

DigitalDelivery

Output of Processes:

--

 

Table 7-166: DigitalDeliveryParams Resource (Section 1 of 2)

Name

Data Type

Description

DigitalDeliveryDirection ?

enumeration

Describes which side activates the delivery.

Values are:

Push - The artwork will be sent (the source end is active).

Pull - The artwork will be retrieved (the destination end is active).

DigitalDeliveryProtocol ?

NMTOKEN

Identifies the delivery network protocol.

Values include:

FTP

HTTP

HTTPS

SMTP

Method ?

NMTOKEN

Identifies the delivery method.

Values include:

EMail

ISDNSoftware

NetworkCopy - This includes LAN and VPN.

WebServer - Upload / Download from HTTP / FTP server.

InstantMessaging

Vio - a digital delivery service brand

WAMNET - a digital delivery service brand

Contact *

refelement

Source and destination address for the transfer of the artwork.

The destination delivery address is specified as the Contact [contains (@ ContactTypes , "Delivery" )]/ ComChannel . Exactly one such Contact must be specified per destination. If multiple delivery destinations are specified within one DigitalDelivery Process, such a Contact must be Partitioned with the Partition Key "Location" .

If the output RunList completely specifies the destination, a Contact [contains (@ ContactTypes , "Delivery" )] should be omitted. This is generally the case if Method = "NetworkCopy" or "WebServer" .

A Contact [contains (@ ContactTypes , "Sender" )] specifies the source address.

Compression & Encoding of the transferred files:

In order to instruct a digital delivery Device to compress or encode the files one can use the input and output RunList with FileSpec /@ Compression Attribute, even if no URL is specified. See Section N.7, “DigitalDelivery Examples” for a set of examples.

7.2.64 DigitalMedia

New in JDF 1.2

This Resource represents a processed removable digital media-based Handling Resource such as tape or removable disk.

Resource Properties

Resource Class:

Handling

Resource referenced by:

ArtDeliveryIntent / ArtDelivery

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-167: DigitalMedia Resource (Section 1 of 2)

Name

Data Type

Description

Capacity ?

integer

Size of the digital media in megabytes.

MediaLabel ?

string

Electronic label of the media.

MediaType

NMTOKEN

The digital media type.

Values include:

CD - Recordable compact disc.

DAT - DAT tape backup media.

DLT - DLT tape backup media.

DVD - DVD disc.

Exabyte - Exabyte tape backup media.

HardDrive - Removable hard drives from a rack.

Jaz - Jaz removable disk drive.

Optical - Optical removable disk drive. Excluding CDs and DVDs.

Tape - Tape backup media. Use only when the explicit tape type is not listed here.

Zip - Zip removable disk drive.

MediaTypeDetails ?

string

The digital media type details -- could be vendor or model name. For example: " 8mm " or "VHS" for tape media.

RunList ?

refelement

Link to the relevant files on the media. The URLs specified in RunList / LayoutElement / FileSpec /@ URL should be relative paths to the media's mount point.

7.2.65 DigitalPrintingParams

This Resource contains Attributes and Elements used in executing the DigitalPrinting Process. The PrintingType Attribute in this Resource defines two types of printing: "SheetFed" and "WebFed" . The principal difference between them is the shape of the paper each is equipped to accept. Presses that execute "WebFed" Processes use substrates that are continuous and cut after printing is accomplished. Most newspapers are printed on Web Presses. "SheetFed" printing, on the other hand, accepts precut substrates.

7.2.65.1 Coordinate systems in DigitalPrinting

New in JDF 1.2

Figure 2-11 in Section 2.5, “Coordinate Systems in JDF” defines the coordinate system for ConventionalPrinting and DigitalPrinting . Note that the paper feed direction of the idealized Process is towards the X-axis which corresponds to bottom edge first.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

BlockName , DocRunIndex, DocSheetIndex, PartVersion, Run, RunIndex, RunTags, DocTags, PageTags, SetTags, SheetIndex, Separation, SheetName, Side, SignatureName, DocIndex

Input of Processes:

DigitalPrinting

Output of Processes:

--

 

Table 7-168: DigitalPrintingParams Resource (Section 1 of 4)

Name

Data Type

Description

Collate ?

New in JDF 1.1

enumeration

Determines the sequencing of the Sheets in the document and the documents in the Job when multiple copies of a document or a Job are requested as output. Document copies can be requested by specifying RunList /@ DocCopies and Job copies can be requested by specifying the output Component Amount .

Values are:

None - Do not collate Sheets in the document or document(s) in the Job.

Sheet - Collate the Sheets in each document; do not collate the documents in the Job. The result of "Sheet" and "SheetAndSet" is the same when there is one document in the set. The result of "Sheet" and "SheetSetAndJob" is the same when there is one document in the set and one set in the Job.

SheetAndSet - Collate the Sheets in the document and collate the documents in the set. Do not collate the sets in the Job. The result of "SheetAndSet" and "SheetSetAndJob" is the same when there is one set in the Job.

SheetSetAndJob - Collate the Sheets in the document and collate the documents in the set and collate the sets in the Job.

Example: two documents, A and B, each have two Sheets, A1, A2 and B1, B2 . The number of document copies requested is one for both documents and the number of Job copies requested is three ( Component /@ Amount = 3). The Job contains no Document Set boundaries.

If Collate = "None" , the Sheet order will be:

A1A1A1 A2A2A2 B1B1B1 B2B2B2

If Collate = "Sheet" , the Sheet order will be:

A1A2 A1A2 A1A2 B1B2 B1B2 B1B2

If Collate = "SheetAndSet" or "SheetSetAndJob" , the Sheet order will be:

A1A2 B1B2 A1A2 B1B2 A1A2 B1B2

DirectProofAmount = "0"

New in JDF 1.2

integer

If greater than zero (>0), a set of proofs is directly produced and subsequently an approval might be given by a person (e.g., the customer, foreman or floor manager) shortly after the first final-quality printed Sheet is printed. Approval is needed for the actual print run, but not for setup. If the DigitalPrinting Process is waiting for a DirectProofAmount , the JDF Node’s Status is switched to "Stopped" with the StatusDetails = "WaitForApproval" .

ManualFeed = "false"

New in JDF 1.1

boolean

Indicates whether the media will be fed manually.

NonPrintableMarginBottom ?

New in JDF 1.2

double

The width in points of the bottom margin measured inward from the edge of the media (before trimming if any) with respect to the idealized Process coordinate system of the DigitalPrinting Process. The DigitalPrinting Process must put marks up to, but not in, the non-printable margin area. The Media ’s origin is unaffected by NonPrintableMarginBottom . These margins are independent of the PDL content.

NonPrintableMarginLeft ?

New in JDF 1.2

double

Same as NonPrintableMarginBottom except for the left margin.

NonPrintableMarginRight ?

New in JDF 1.2

double

Same as NonPrintableMarginBottom except for the right margin.

NonPrintableMarginTop ?

New in JDF 1.2

double

Same as NonPrintableMarginBottom except for the top margin.

OutputBin ?

New in JDF 1.1

Modified in JDF 1.2

NMTOKEN

Specifies the bin to which the finished document is to be output.

Values include those from: Table C-21, “Input Tray and Output Bin Names” .

PageDelivery ?

New in JDF 1.1

enumeration

Indicates how pages are to be delivered to the output bin or finisher.

Note: these values refer to the orientation of the entire stack being output from the press, not individual sheets. For example, "SameOrderFaceDown" means that the stack can be picked up and turned over to find the output sheets in the same order as the input RunList with the first page on top facing up

Values are:

FanFold - The output is alternating face-up, face down.

SameOrderFaceUp - Order as defined by the RunList , with the “ Front ” sides of the media up and the first Sheet on top.

SameOrderFaceDown - Order as defined by the RunList , with the “ Front ” sides of the media down and the first Sheet on the bottom.

ReverseOrderFaceUp - Sheet order reversed compared to SameOrderFaceUp , with the Front sides of the media up and the last Sheet on top.

ReverseOrderFaceDown - Sheet order reversed compared to SameOrderFaceDown , with the Front sides of the media down and the last Sheet on the bottom.

PrintingType ?

Modified in JDF 1.2

enumeration

Type of printing Machine.

Values are:

ContinuousFed - connected Sheets including fan fold. New in JDF 1.2 SheetFed

WebFed

PrintQuality ?

Deprecated in JDF 1.1

enumeration

Indicates how pages are to be delivered to the output bin or finisher.

Values are:

High - Highest quality available on the printer.

Normal - The default quality provided by the printer.

Draft - Lowest quality available on the printer

Deprecation note: starting with JDF 1.1, use InterpretingParams /@ PrintQuality

SheetLay ?

enumeration

Lay of input media. Reference edge of where paper is placed in feeder.

Values are:

Left

Right

Center

Sides ?

New in JDF 1.3

enumeration

Indicates whether the ByteMap must be imaged on one or both sides of the media. If the RunList ( Surfaces ) input to DigitalPrinting is Partitioned by Side (either explicitly or implicitly using the RunList /@ SheetSides Attribute), then the input RunList provides a binding of front and back surfaces to sheets. If @ Sides = "OneSidedFront" or "OneSidedBack" , then that binding is ignored and one surface is imaged per sheet. If the RunList ( Surfaces ) does not provide the binding of surfaces to sides, then the Sides Attribute specifies the binding to be applied. When a different value for this Attribute is encountered, it must force a new Sheet. However, when the same value for this Attribute is restated for consecutive pages, it is the same as if that restatement was not present.

Values are from: LayoutPreparationParams /@ Sides

ApprovalParams ?

New in JDF 1.2

refelement

Details of the direct approval Process, when DirectProofAmount > 0.

Component ?

New in JDF 1.1

refelement

Describes the preprocessed media to be used. Different Media and/or Component Resources may be specified in different Partition leaves to enable content-driven input Media selection. At most one of Media or Component must be specified per Partition.

Disjointing ?

New in JDF 1.1

element

Describes how individual components are separated from one another in the output bin.

Ink ?

New in JDF 1.3

Deprecated in JDF 1.4

refelement

If present indicates that overcoating is to be applied to the surface(s) of printed Sheets and specifies the ink to be used for overcoating. Overcoating ink must be applied after imaging colorants have been printed.

Note: for selective image-wise overcoating (e.g., spot varnishing) a separate separation utilizing overcoating ink must be specified.

Deprecation note: starting with JDF 1.4, use the Varnishing Process.

Media ?

New in JDF 1.1

refelement

Describes the media to be used. Different Media and/or Component Resources may be specified in different Partition leaves to enable content driven input Media selection. At most one of Media and Component must be specified per Partition.

MediaSource ?

Deprecated in JDF 1.1

refelement

Describes the media to be used. At most one of MediaSource and Component must be specified. Replaced with Media in JDF 1.1.

7.2.66 Disjointing

The Disjointing Resource describes how individual components are separated from one another on a stack.

Resource Properties

Resource Class:

ResourceElement

Resource referenced by:

Component , DigitalPrintingParams , GatheringParams , StackingParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-169: Disjointing Resource (Section 1 of 2)

Name

Data Type

Description

Number ?

integer

Number of Sheets that make up one component.

Offset ?

XYPair

Offset dimension in X and Y dimensions that separates the components.

OffsetAmount ?

integer

The number of components that are shifted in OffsetDirection simultaneously.

OffsetDirection ?

enumeration

Offset-shift action for the first component. A component can be offset to one of two positions--left or right.

Values are:

Alternate - The position of the first component is opposite to the position of the previous component and subsequent components are each offset to alternating positions. For example, if the last item in the stack was positioned to the right then the subsequent items will be positioned to the left, right, left, right and so on.

Left - Offset consecutive components sideways to the left, next to the right.

None - Do not offset consecutive components. The position of all components is the same as the position of the previous component.

Right - Offset consecutive components sideways to the right, next to the left.

Straight - Same as "None" . Deprecated in JDF 1.2

Overfold ?

Deprecated in JDF 1.1

double

Expansion of the overfold of a Sheet. This Attribute is needed for the Inserting or other postpress Processes. Moved to Component .

IdentificationField *

Modified in JDF 1.1

element

Marks that identify the range of Sheets to be used in a Process. A scanner will scan the Sheets and detect a component boundary by scanning a mark (e.g., a bar code) that matches the description in the IdentificationField Element.

InsertSheet ?

refelement

Some kind of physical marker (e.g., a paper strip or a yellow paper Sheet) that separates the components.

7.2.67 Disposition

New in JDF 1.2

This Element describes how long an asset should be maintained by a Device. The Device will perform an action defined by Disposition /@ DispositionAction when a “disposition time” occurs. Disposition time is defined either as:

Until <= "Disposition time" <= Until + ExtraDuration

ProcessCompleteTime+MinDuration <= "Disposition time" <=

ProcessCompleteTime+MinDuration+ExtraDuration

Resource Properties

Resource Class:

ResourceElement

Resource referenced by:

ResourcePullParams , QueueSubmissionParams , SubmitQueueEntry / QueueSubmissionParams , FileSpec , RunList

Example Partition:

--

Input of Processes

--

Output of Processes:

--

 

Table 7-170: Disposition Resource (Section 1 of 2)

Name

Data Type

Description

DispositionAction = "Delete"

enumeration

Values are:

Delete - The asset is deleted when disposition time occurs.

Archive - The asset is archived when disposition time occurs.

DispositionUsage ?

enumeration

Specifies the usage of the asset by the Process.

Default behavior: Disposition applies to all Processes that link to the Disposition Resource (if DispositionUsage not specified).

Values are:

Input - Disposition applies only to Processes that use the asset as an Input Resource.

Output - Disposition applies only to Processes that use the asset as an Output Resource.

ExtraDuration ?

duration

Indicates the maximum duration that the Device is allowed to retain the asset after the time specified by MinDuration or Until . If ExtraDuration, MinDuration and Until are all unspecified, the asset is retained for a system specified time.

MinDuration ?

duration

Indicates the minimum duration that the Device should retain the asset after the Process that uses the asset completes.

Priority = "0"

integer

Value between 0 and 100 that specifies the order in which assets are deleted or archived when the values of ExtraDuration , MinDuration and Until cannot be honored, (e.g., when local storage runs low). Assets with Priority = "0" will be deleted first.

Until ?

dateTime

Indicates an absolute point in time when the Device or application should stop the asset retention. If Until is specified, MinDuration must be ignored.

7.2.68 DividingParams

Deprecated in JDF 1.1.

Since the Dividing Process has been replaced by Cutting , this Resource is no longer needed. See Section P.4.5, “DividingParams” for details of this deprecated Resource.

7.2.69 ElementColorParams

New in JDF 1.2

This Resource provides a container for color management related metadata applicable to a LayoutElement .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ContentList / ContentData , LayoutElement , PageList , PageList / PageData

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-171: ElementColorParams Resource (Section 1 of 2)

Name

Data Type

Description

ColorManagementSystem ?

NMTOKEN

Identifies the preferred ICC color management system to use when performing color transformations on the particular LayoutElement . When specified, this Attribute overrides any default selection of a color management system by an application and overrides the “CMM Type” value (bytes 4-7 of an ICC Profile Header) in any of the Job related ICC profiles. This string Attribute Value identifies the manufacturer of the preferred CMM and must match one of the registered four-character ICC CMM Type values.

Values include those from: the ICC Manufacturer’s Signature Registry at http://www.color.org .

Example values: "ACME" for the Acme Corp. CMM.

ICCOutputProfileUsage ?

enumeration

This Attribute specifies the usage of the output intent profile or specified printing condition from the PDL.

Values are:

PDLActual - The embedded PDL output printing condition defines the actual output intent profile, (e.g., the final press output).

PDLReference - The embedded PDL output printing condition defines the reference output intent profile, (e.g., the press profile for proofing).

IgnorePDL - The embedded ICC output profile is incorrect and is to be ignored.

AutomatedOverPrintParams ?

refelement

A Resource that provides controls for the automated selection of overprinting of black text or graphics.

ColorantAlias *

refelement

Each Resource instance specifies a replacement colorant name string to be used instead of one or more named colorant strings found in the Layout Resource.

Multiple ColorantAlias elements with identical values of ColorantAlias /@ ReplacementColorantName MUST NOT be specified in the same ElementColorParams resource context.

ColorSpaceConversionOp ?

element

List of ColorSpaceConversionOp Subelements, each of which identifies a type of object, defines the source color space for that type of object, and specifies the behavior of the conversion operation for that type of object. If not present, the default conversion behavior is derived from ColorStandard . ColorSpaceConversionOp /@ Operation is ignored in the context of ElementColorParams .

FileSpec ( ActualOutputProfile ) ?

refelement

A FileSpec Resource pointing to an ICC profile that describes the characterization of an actual output target Device.

FileSpec ( ReferenceOutputProfile ) ?

refelement

A FileSpec Resource pointing to an ICC profile that describes a reference output print condition behavior that is to be simulated as a part of a requested color transformation. This profile corresponds to the output intent contained in a PDF/X file. It should be a specific implementation of ColorIntent /@ ColorStandard .

7.2.70 EmbossingParams

New in JDF 1.1

This Resource contains Attributes and Elements used in executing the Embossing Process. The Embossing can also be used to model a foil stamping Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

BlockName , RibbonName , SheetName , SignatureName , WebName

Input of Processes:

Embossing

Output of Processes:

--

 

Table 7-172: EmbossingParams Resource

Name

Data Type

Description

Emboss *

element

One Emboss Element is specified for each impression.

7.2.70.1 Element: Emboss

 

Table 7-173: Emboss Element (Section 1 of 2)

Name

Data Type

Description

Direction

Modified in JDF 1.3

enumeration

The direction of the image.

Values are:

Both - Both debossing and embossing in one stamp.

Flat - The embossing foil is applied flat. Used for foil stamping. New in JDF 1.3

Raised - Embossing.

Depressed - Debossing.

EdgeAngle ?

double

The angle of a beveled edge in degrees. Typical values are an angle of: 30, 40, 45, 50 or 60 degrees. If EdgeAngle is specified, EdgeShape = Beveled must be specified.

EdgeShape = "Rounded"

enumeration

The transition between the embossed surface and the surrounding media can be rounded or beveled (angled).

Values are:

Rounded

Beveled

EmbossingType
Modified in JDF 1.3

enumeration

Values are:

BlindEmbossing - Embossed forms that are not inked or foiled. The color of the image is the same as the paper.

Braille - 6 dot Braille embossing. Note: "Braille" was added to JDF 1.3 Errata. New in JDF 1.3

EmbossedFinish - The overall design or pattern impressed in laminated paper when passed between metal rolls engraved with the desired pattern. Produced on a special embossing to create finishes such as linen.

FoilEmbossing - Combines embossing with foil stamping in one single impression.

FoilStamping - Using a heated die to place a metallic or pigmented image from a coated foil on the paper.

RegisteredEmbossing - Creates an embossed image that exactly registers to a printed image.

Height ?

double

The height of the levels. This value specifies the vertical distance between the highest and lowest point of the stamp, regardless of the value of Direction .

ImageSize ?

XYPair

The size of the bounding box of one single image.

Level ?

enumeration

The level of embossing.

Values are:

SingleLevel

MultiLevel

Sculpted

Position ?

XYPair

Position of the lower left corner of the bounding box of the embossed image in the coordinate system of the Component .

IdentificationField ?

New in JDF 1.4

refelement

If EmbossingType = "Braille" , IdentificationField describes the content of the Braille Element.

Media ?

New in JDF 1.4

refelement

If the EmbossingType = "FoilEmbossing" or "FailStamping" , Media describes the foil.

Tool ?

New in JDF 1.4

refelement

The tool used to make the embossing described by this Element.

7.2.71 Employee

Information about a specific Device or Machine operator (see Section 3.8.5.3, “Implementation Resource”). Employee is also used to describe the contact person who is responsible for executing a Node, as defined in NodeInfo .

Resource Properties

Resource Class:

Implementation

Resource referenced by:

Abstract Audit , Notification , PhaseTime , ModulePhase , JMF , Message , Occupation , DeviceInfo , ModuleStatus , ContentList / ContentData / ContentMetadata , NodeInfo

Example Partition:

--

Input of Processes:

Any Process

Output of Processes:

--

 

Table 7-174: Employee Resource

Name

Data Type

Description

PersonalID ?

string

ID of the relevant MIS employee.

Roles ?

New in JDF 1.2

Modified in JDF 1.4

NMTOKENS

Defines the list of roles that the employee fills.

Values include:

Apprentice - Employee that is in training, ( “Auszubildender” / “Auszubildende” in German).

Assistant - Assistant operator.

Craftsman - Trained employee, ( “Geselle” / “Facharbeiter” in German).

CSR - Customer Service Representative

Manager - Manager.

Master - Highly trained employee, ( “Meister” in German).

Operator - Operator.

ShiftLeader - The leader of the shift.

StandBy - Employee who is allocated to a specific task on demand. New in JDF 1.4

Shift ?

string

Defines the shift to which the employee belongs.

CostCenter ?

element

MIS cost center ID.

Person ?

refelement

Describes the employee. If no Person Resource is specified, the Employee Resource represents any employee who fulfills the selection criteria.

7.2.72 EndSheetGluingParams

This Resource describes the Attributes and Elements used in executing the EndSheetGluing Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

EndSheetGluing

Output of Processes:

--

 

Table 7-175: EndSheetGluingParams Resource

Name

Data Type

Description

EndSheet ( Front )

element

Information about the front-end Sheet. The Side Attribute of this Element must be "Front" .

EndSheet ( Back )

element

Information about the back-end Sheet. The Side Attribute of this Element must be "Back"” .

7.2.72.1 Element: EndSheet

 

Table 7-176: EndSheet Element

Name

Data Type

Description

Offset ?

Deprecated in JDF 1.2

XYPair

Offset of end Sheet in X and Y direction. In JDF 1.2 and beyond, Offset is implied by the Transformation matrix in ResourceLink / @Transformation of the EndSheet Element’s ComponentLink .

Side

enumeration

Location of the end Sheet.

Values are:

Front

Back

GlueLine

element

Description of the glue line.

 

Figure 7-31: Parameters and coordinate system used for end-Sheet gluing

 

The process coordinate system is defined as follows: The Y-axis is aligned with the binding edge of the book block. It increases from the registered edge to the edge opposite to the registered edge. The X-axis is aligned with the registered edge. It increases from the binding edge to the edge opposite the binding edge, (i.e., the product front edge).

7.2.73 ExposedMedia

This Resource represents a processed Media -based Handling Resource such as film, plate or paper proof. It is also used as an Input Resource for the Scanning Process.

Resource Properties

Resource Class:

Handling

Resource referenced by:

ArtDeliveryIntent / ArtDelivery

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, Separation , SheetName , Side , SignatureName , TileID , WebName

Input of Processes:

Bending , ContactCopying , ConventionalPrinting , DigitalPrinting , ImageSetting , PreviewGeneration , Scanning , Varnishing

Output of Processes:

Bending , ContactCopying , ImageSetting

 

Table 7-177: ExposedMedia Resource

Name

Data Type

Description

ColorType ?

enumeration

Values are:

Color

GrayScale

Monochrome - Black and white.

PageListIndex ?

New in JDF 1.3

IntegerRangeList

List of the indices of the PageData Elements of the PageList specified in this ExposedMedia .

PlateType ?

New in JDF 1.3

enumeration

Specifies whether a plate is exposed or a dummy plate.

Values are:

Exposed - The plate has been imaged.

Dummy - Specifies a dummy plate that has not been imaged. Usually, dummy plates are only needed on newspaper-Web Presses.

Polarity = "true"

boolean

false if the media contains a negative image.

ProofName ?

New in JDF 1.2

string

When this ExposedMedia specifies a proof, ProofName is the name of the ProofingIntent / ProofItem that specified this proof in the Product Intent section.

ProofQuality ?

Modified in JDF 1.2

enumeration

This Attribute is present if the ExposedMedia Resource describes a proof.

Values are:

None - Not a proof or the quality is unknown. Deprecated in JDF 1.2

Halftone - Halftones are emulated.

Contone - No halftones, but exact color.

Conceptual - Color does not match precisely.

ProofType ?

Modified in JDF 1.2

enumeration

Values are:

None - Not a proof or the type is unknown. Deprecated in JDF 1.2

Page - A page proof.

Imposition - An imposition proof.

PunchType ?

string

Name of the registration punch scheme.

If not specified, no holes are punched.

Values include:

Bacher

Stoesser

Resolution ?

XYPair

Resolution of the output.

FileSpec ( OutputProfile ) ?

refelement

A FileSpec Resource pointing to an ICC profile that describes the output Process for which this media was exposed.

Media

refelement

Describes media specifics such as size and type.

PageList ?

New in JDF 1.3

refelement

Specification of page metadata for pages described by this ExposedMedia .

ScreeningParams ?

refelement

Used to describe the screening in case of rasterized media.

7.2.74 ExternalImpositionTemplate

New in JDF 1.3

ExternalImpositionTemplate specifies a reference to an external imposition template.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

LayoutPreparationParams , StrippingParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-178: ExternalImpositionTemplate Resource

Name

Data Type

Description

FileSpec

refelement

A reference to a file that contains an external imposition template in a private (non-JDF) format.

7.2.75 FeedingParams

New in JDF 1.2

The parameters for any JDF Feeder processing Device.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, Separation , SheetName , Side , SignatureName , TileID , WebName

Input of Processes:

Feeding

Output of Processes:

--

 

Table 7-179: FeedingParams Resource

Name

Data Type

Description

Feeder *

element

Defines the specifics of an individual Feeder . If a Component or Media from the Input Resource list is not referenced from a Feeder in this list, a system defined Feeder will be used.

CollatingItem *

element

Defines the collating sequence of the input Component (s). If a CollatingItem is not defined, then one Component in the order of input ResourceLink list is consumed.

7.2.75.1 Element: Feeder

 

Table 7-180: Feeder Element (Section 1 of 3)

Name

Data Type

Description

AlternatePositions ?

IntegerList

Positions of alternate feeders including the feeder specified in Position on a feeding chain. Alternate feeders share the load according to the policy defined in FeederSynchronization . If not specified, it defaults to the value of Position . AlternatePositions must be non-negative.

FeederSynchronization = "Primary"

enumeration

Specifies the synchronization of multiple Feeder Elements with identical Component Elements:

Values are:

Alternate - The feeders specified in Position alternate.

Backup - This Feeder is the backup feeder for the Component in case of a misfeed or malfunction. The priority of backup feeders is defined by their position in AlternatePositions .

Chain - This feeder is activated as soon as the feeder prior to it in the list is empty.

Primary - This Feeder is the primary feeder for the Component .

FeederType ?

Modified in JDF 1.4

NMTOKEN

Specifies the feeder type.

Values include:

AddOn - Add on feeder, (e.g., CDs).

BookBlock - A feeder for book blocks. New in JDF 1.4

Folding - A folding feeder that folds the input Component or Media .

Gluing - A gluing feeder

Sheet - Single Sheet feeder.

Signature - Single Signature feeder.

Loading ?

NMTOKEN

Specifies the feeder loading.

Values include:

Bundle - Stream feeder, using the output of the Bundling Process.

FanFold - Automatic loading of FanFold Media .

Manual - Manual loading of stacks

Online - Loaded by a gripper or conveyor.

PrintRoll - Automatic loading of single products from a print Roll, using the output of the PrintRolling Process.

Opening = "None"

enumeration

Specifies the opening of Signatures:

Values are:

Back - Overfold on back.

Front - Overfold on front.

None - Signatures are not opened.

Sucker - Sucker opening, no overfold.

Position ?

integer

Position of feeder on a collecting and gathering chain in chain movement direction. Position = "0" is first feeder feeding to the collecting and gathering chain. Only one Feeder can be specified for any given Position . If Position is negative, it specifies the position counted from the back of the chain, (e.g., "-1" = last position, "-2" = next to last position, etc.).

Component ?

refelement

Specifies the Component that is to be loaded into this Feeder . This Component must be an input of the Feeding Process. Exactly one of Component or Media must be specified.

FeederQualityParams ?

element

Definition of the setup and policy for feeding quality.

Media ?

refelement

Specifies the Media that is to be loaded into this Feeder . This Media must be an input of the Feeding Process. Exactly one of Component or Media must be specified.

7.2.75.2 Element: FeederQualityParams

The FeederQualityParams Element defines the setup and policy for feeding quality control. It can be specified individually for each Feeder .

 

Table 7-181: FeederQualityParams Element

Name

Data Type

Description

IncorrectComponentQuality ?

enumeration

Defines the operation of the incorrect components quality control:

Values are:

NotActive - Quality control is not active.

Check - Check the quality and register.

Waste - Check the quality and register. A component failing the test is waste.

StopNoWaste - Check the quality and register. Device will stop after the defined number of consecutive errors. The error will be corrected, (e.g., manually).

StopWaste - Check the quality and register. A component failing the test is waste, and the Device will stop after the defined number of consecutive errors.

IncorrectComponents ?

integer

Number of consecutive incorrect components until the Device stops.

DoubleFeedQuality ?

enumeration

Defines the operation of the double feed quality control.

Values are from: @ IncorrectComponentQuality

DoubleFeeds ?

integer

Number of consecutive double feeds until the Device stops.

BadFeedQuality ?

enumeration

Defines the operation of the bad feed quality control.

Values are from: @ IncorrectComponentQuality

BadFeeds ?

integer

Number of consecutive bad feeds until the Device stops.

7.2.75.3 Element: CollatingItem

 

Table 7-182: CollatingItem Element (Section 1 of 2)

Name

Data Type

Description

Amount = "1"

integer

Determines, how many consecutive items shall be consumed.

BundleDepth ?

integer

In case of nested bundles with BundleType = "Stack" , this parameter addresses the element to be consumed within the “tree” of such bundles. If the real bundle depth level ( BundleType = "Stack" ) is smaller than the value of BundleDepth , individual stack items (i.e., the smallest available level) shall be consumed. If the input component referenced does not contain bundles, then this parameter is ignored.

A BundleDepth value of "0" means the Component itself. A value of "1" addresses the BundleItem Elements referenced from the Component , i.e. the Component / Bundle / BundleItem / Component (Ref), and so on

Orientation ?

Orientation

Named Orientation of the CollatingItem relative to the input coordinate system. For details see Table 2-4, “Matrices and Orientation values for describing the orientation of a Component”. At most one of Orientation or Transformation must be specified. If neither is specified, no transformation is applied. The transformation specified here is applied in addition to orientation/transformation specified in the respective ResourceLink .

Transformation ?

matrix

Orientation of the Component respective to the input coordinate system. This Transformation specified here is applied in addition to orientation/transformation specified in the respective ResourceLink . At most one of Orientation and Transformation must be specified. If neither is specified, no transformation is applied.

TransformationContext = "StackItem"

enumeration

This parameter specifies the object, which is to be manipulated in orientation/transformation, and it is important to determine the sequence of stack items after flipping.

Values are:

StackItem - Apply individually to the smallest element on the stack which can be manipulated individually, (e.g., to a single Sheet in the case of a stack of Sheets).

Component - Apply to each single element of a CollatingItem individually.

CollateItem - apply to a CollatingItem as a whole.

Note: If Amount = "1" , Component and CollatingItem are referring to the same object and, therefore, result in the same output.

Component ?

refelement

References one of the input components to the Process to be (partially) consumed by the CollatingItem Element. This Component must be an input of the Feeding Process. Exactly one of Component or Media must be specified.

Media ?

refelement

References one of the input media to the Process to be consumed by the CollatingItem Element. This Media must be an input of the Feeding Process. Exactly one of Component or Media must be specified.

Note: Most real world Devices process stack items one by one, and hence will hardly ever support TransformationContext = "CollateItem" . This requires some kind of buffer for the stack items belonging to a single collating item plus a flipping mechanism for PrintRolling Process.

7.2.76 FileSpec

Specification of a file or a set of files. If a single FileSpec instance specifies a set of files, it must do so using the FileFormat and FileTemplate Attributes to specify a sequence of URLs. Otherwise, each FileSpec instance specifies a single file. If that single file is inside a container file (e.g., a Zip file or is compressed or encoded as indicated by Compression ), the FileSpec instance must define a Container Subelement which defines another FileSpec instance that specifies the container file. In such a case, the Attributes of each FileSpec instance must apply only to the properties of the file at that level.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ApprovalSuccess / ApprovalDetails , AssetListCreationParams , ByteMap , Color , Color / PrintConditionColor , ColorCorrectionParams , ColorCorrectionParams / ColorCorrectionOp , ColorSpaceConversionOp , ColorSpaceConversionParams , DBMergeParams , Device / IconList / Icon , DieLayout , ElementColorParams , ExposedMedia , ExternalImpositionTemplate , FileSpec / Container , FileSpec / FileAlias , FormatConversionParams / TIFFFormatParams / TIFFEmbeddedFile , ImageReplacementParams , LayoutElement , PDLResourceAlias , PrintCondition , QualityControlResult , ScanParams , ShapeDef , ShapeDefProductionParams / ObjectModel , ShapeDefProductionParams / ShapeTemplate

Example Partition:

Separation

Input of Processes:

--

Output of Processes:

--

 

Table 7-183: FileSpec Resource (Section 1 of 6)

Name

Data Type

Description

Application ?

string

Creator application. See AppVersion for the application version number.

AppOS ?

Modified in JDF 1.2

string

Operating system of the application that created the file.

Values include:

DG_UX

HP_UX

IRIX

Linux

Mac

Solaris

Windows

Note: Additional values can be used from the IANA Operating System Names [iana-os] which allows up to 40 uppercase US ASCII alphabetical values as well as “-”, “_” and “/” -- but only for values not covered by the above values. For example, “OS/2” . See Appendix S, “AppOS and OSVersion Attributes” for combinations of AppOS and OSVersion values.

AppVersion ?

string

Version of the value of the Application Attribute.

Values include:

"8.1"

"8.1 (4331)"

"9.0.3 SR3437"

Note: the values are only examples.

CheckSum ?

New in JDF 1.1

Modified in JDF 1.1A

hexBinary

Checksum of the file being referenced using the RSA MD5 algorithm. In JDF 1.1A, the term RSA MD was completed to RSA MD5. The data type was modified to hexBinary to accommodate the 128 bit output of the MD5 algorithm. The CheckSum must be for the entire file, not just parts of the file.

Compression = "None"

Modified in JDF 1.2

NMTOKEN

Indicates the compression or encoding for the entire file. This is not compression used internally within the file.

Values include:

Base64 - A format for encoding arbitrary binary information for transmission by electronic mail. [RFC3548]

BinHex - BinHex encoding converts an 8-bit file into a 7-bit format, similar to Uuencoding [RFC1741] .

Compress - UNIX compression [RFC1977] .

Deflate - The file is compressed using Zip public domain compression format [RFC1951] .

Gzip - GNU Zip compression technology [RFC1952] .

MacBinary - A format that combines the two forks of a Mac file, together with the file information into a single binary data stream, suitable for storage or transferring through non-Mac systems. [macbinary]

None - The file is neither compressed nor encoded.

UUEncode - A set of algorithms for converting files into a series of 7-bit ASCII characters that can be transmitted over the Internet. [uuencode]

ZLIB - ZLIB compression [RFC1950] .

Disposition ?

Deprecated in JDF 1.2

enumeration

Indicates what the Device is to do with the file when the Process that uses this Resource as an Input Resource completes.

Values are:

Unlink - The Device is to release the file.

Delete - The Device is to attempt to delete the file.

Retain - The Device is to do nothing with the file.

Deprecation note: starting with JDF 1.2, retention of assets is specified in the Disposition Resource.

DocumentNaturalLang ?

language

The natural language of the document this FileSpec refers to. If the document contains more than one language, the value is the primary language of the document.

Encoding ?

New in JDF 1.4

string

Encoding or code page of the file contents.

Values include those from:
http://www.iana.org/assignments/character-sets .

FileFormat ?

string

A formatting string used with the FileTemplate Attribute to define a sequence of URLs in a batch Process, each of which has the same semantics as the URL Attribute.

Values are from: Appendix I, “Generating strings with Format and Template” .

Constraint: if neither URL nor UID is present, both FileFormat and FileTemplate must be present, unless the Resource is a pipe. If either URL or UID is specified, then FileFormat and FileTemplate must not be specified.

FileSize ?

Modified in JDF 1.2

LongInteger

Size of the file in bytes. The data type was changed from integer to LongInteger in JDF 1.2.

FileTargetDeviceModel ?

New in JDF 1.2

string

Identifies the model of the JDF Device for which the document was formatted, including manufacturer name, when the file is Device-dependent.

Default behavior: the file is Device independent

Value format is from: IEEE 1284-2000 Device ID string.

Note: the value of this Attribute must exactly match the IEEE 1284-2000 Device ID string, except the length field must not be specified. See the Microsoft Universal Plug-and-Play [UPNP] section 2.2.6 DeviceId parameter for details.

Example: it shows only the required fields for a PostScript document formatted for a LaserBeam 9 :

MANUFACTURER:ACME Co.;COMMAND SET:PS;MODEL:LaserBeam 9;

(See [IEEE1284] clause 7.6)

FileTemplate ?

string

A template, used with FileFormat , to define a sequence of URLs in a batch Process, each of which has the same semantics as the URL Attribute.

Constraint: if neither URL nor UID is present, both FileFormat and FileTemplate must be present, unless the Resource is a pipe.

Values are from: Appendix I, “Generating strings with Format and Template” .

FileVersion ?

New in JDF 1.1

string

Version of the file referenced by this FileSpec .

MimeType ?

Modified in JDF 1.2

string

MIME type or file type of the file (or files of identical type when specifying a sequence of file names using the FileFormat and FileTemplate Attributes). See Compression for the indication of compression or encoding of the file. See MimeTypeVersion for the format version.

If the file format has a MIME Media Type [iana-mt] registered with IANA, that value must be used. The [RFC2046] defines that MIME Media Types are case-insensitive.

If the file format does not have a MIME Media Type registered with IANA, then the JDF spec defines string values, called file types, which must be used.

Values include those from: Appendix H, “MimeType and MimeTypeVersion Attributes” .

MimeTypeVersion ?

New in JDF 1.2

string

The level or version of the file format identified by MimeType , whether the value of MimeType is a MIME Media Type or a file type value defined by the JDF spec. Example values include:

"PDF/1.3" , "PDF/1.4" and "PDF/X-1a:2001"
for MimeType = "application/pdf"

"TIFF-IT/FP:1998" , "TIFF-IT/CT:1998" and
"TIFF-IT/LW/P1:1998" for MimeType = "TIFF/IT"

Values include those from: Appendix H, “MimeType and MimeTypeVersion Attributes” .

OSVersion ?

Modified in JDF 1.2

string

Version of the operating system specified by AppOS . The IANA Registry provides a list.

Values include those from: Table S-1, “AppOS and OSVersion Examples” .

OverwritePolicy ?

New in JDF 1.2

enumeration

Policy that specifies the policy to follow when a file already exists and the FileSpec is used as an Output Resource.

Values are:

Overwrite - Overwrite the old file.

RenameNew - Rename the new file.

RenameOld - Rename the old file.

NewVersion - Create a new file version. Only valid when the FileSpec references a file on a version aware file system.

OperatorIntervention - Present a dialog to an operator.

Abort - Abort the Process without modifying the old file.

PageOrder ?

enumeration

Indicates the order of pages in the file containing pages.

Values are:

Ascending - The first page in the file is the lowest numbered page.

Descending - The first page in the file is the highest numbered page.

Password ?

New in JDF 1.3

string

Password or decryption key that is needed to read the file contents. Note: since this password string is not encrypted, it should only be passed around within a protected environment.

RequestQuality ?

New in JDF 1.3

double

RequestQuality specifies a requested quality of the encoded data when reading image data with selected MimeType values which support variable quality. RequestQuality is ignored when the FileSpec is referenced from an Output Resource or the FileSpec does not reference image data which support variable quality.

The value in the range of 0 to 1.0 represents a factor of the maximum quality encoded in the file. If left unspecified, the value defaults to 1.0 meaning all information encoded will be returned. The following details how values are interpreted for the supported MimeType values:

image/ jp2 , image/jpx - The value represents the ratio of the encoding bitrate of the maximum bitrate layer encoded in the file.

image/gif - (Note: Only interleaved GIF) The number represents a ratio of the total interleaved layers of the file.

image/tiff - (Note: Only pyramid TIFF) The number represents the ratio of the total resolution of the complete image.

ResourceUsage ?

NMTOKEN

If an Element uses more than one FileSpec Subelement, this Attribute is used to refer from the parent Element to a certain child Element of this type, for example, see FormatConversionParams .

Values include those from: Table 7-184, “ResourceUsage Attribute Values”.

SearchDepth ?

New in JDF 1.2

integer

Used when ResourceUsage = "SearchPath" to specify the maximum directory depth that will be recursively searched. 0 specifies this directory only, "INF" specifies an unlimited search.

UID ?

New in JDF 1.1

string

Unique internal ID of the referenced file. This Attribute is dependent on the type of file that is referenced:

Values include:

PDF - Variable unique identifier in the ID field of the PDF file’s trailer.

ICC Profile - The Profile ID in bytes 84-99 of the ICC profile header.

Others - Format specific.

Constraint: If neither URL nor UID is present on an input FileSpec , and neither FileFormat nor FileTemplate is present, the referencing Resource must be a pipe. If either URL or UID is specified, then FileFormat and FileTemplate must not be specified.

URL ?

URL

Location of the file specified as either an Absolute URI or a Relative URI. If neither URL nor UID is present on an input FileSpec , and neither FileFormat nor FileTemplate is present, the referencing Resource must be a pipe. If either URL or UID is specified, then FileFormat and FileTemplate must not be specified.

If URL is not specified in an Output Resource, the system-specified location will be assumed, but this value must be updated as soon as the Output Resource is available. For example, an instruction for a digital delivery JDF Device to compress the files may specify the output RunList with the Compression Attribute without the URL Attribute.

See [RFC3986] and Appendix J, “Resolving RunList/@Directory and FileSpec/@URL URI References” and Appendix M, “FileSpec Attributes and Container Subelement” for the syntax and examples. For the "file" URL scheme see also [RFC1738] and [FileURL] .

UserFileName ?

string

A user-friendly name which can be used to identify the file.

May be used by an agent to identify a file on a Device without knowing its internal location.

Container ?

New in JDF 1.2

element

Specifies the container for this file. When a container FileSpec is pointed to by Container , that FileSpec must not also specify FileFormat and FileTemplate Attributes.

The container mechanism may be used recursively, (e.g., for a Zip file held in a tar file, a Zip file in a Zip file, an encoded Zip file, etc.). See Appendix J, “Resolving RunList/@Directory and FileSpec/@URL URI References” for details.

Disposition ?

New in JDF 1.2

element

Indicates what the Device should do with the file when the Process that uses this Resource completes. If not specified here or in the parent RunList , the file specified by this FileSpec should not be deleted by the Device. If FileSpec / Disposition is specified, it takes precedence over RunList / Disposition .

FileAlias *

element

Defines a set of mappings between file names that can occur in the document and URLs (which can refer to external files or parts of a MIME message).

-- Attribute: ResourceUsage

 

Table 7-184: ResourceUsage Attribute Values (Section 1 of 2)

Value

Description

AbstractProfile

Used for ColorCorrectionOp / FileSpec and ColorSpaceConversionOp / FileSpec

ActualOutputProfile

Used for ElementColorParams / FileSpec

ColorProfile

Used in Color / FileSpec

CorrectionProfile

Used for ScanParams / FileSpec

DeviceLinkProfile

Used for ColorCorrectionOp / FileSpec

FinalTargetDevice

Used for ColorCorrectionParams / FileSpec and ColorSpaceConversionParams / FileSpec

InputFormat

Used for FormatConversionParams / FileSpec

OutputFormat

Used for FormatConversionParams / FileSpec

OutputProfile

Used for ExposedMedia / FileSpec

RasterFileLocation

Used for ByteMap / FileSpec

ReferenceOutputProfile

Used for ElementColorParams / FileSpec

ScanProfile

Used for ScanParams / FileSpec

SearchPath

Used for AssetListCreationParams / FileSpec and ImageReplacementParams / FileSpec

SourceProfile

Used for ColorSpaceConversionOp / FileSpec

TargetProfile

Used for PrintCondition / FileSpec , ScanParams / FileSpec , Color / FileSpec and PrintConditionColor / FileSpec

WorkingColorSpace

Used for ColorCorrectionParams / FileSpec and ColorSpaceConversionParams / FileSpec

7.2.76.1 Element: Container

New in JDF 1.2

The Container specifies the containing file for a FileSpec , e.g., a zip file or tar archive. The Container Elements may be specified recursively in their respective child FileSpec Elements.

 

 

Table 7-185: Container Element

Name

Data Type

Description

FileSpec

refelement

Link to another FileSpec Resource that describes the container, (e.g., a packaging file, such as Zip, Multipart/Related, tar file or an otherwise compressed or encoded file that contains the file represented by this FileSpec Resource). The link value is only to be used for locating that container FileSpec Resource. See Appendix J, “Resolving RunList/@Directory and FileSpec/@URL URI References” for details.

7.2.76.2 Element: FileAlias

 

Table 7-186: FileAlias Element (Section 1 of 2)

Name

Data Type

Description

Alias

string

The filename which is expected to occur in the file.

Disposition ?

Deprecated in JDF 1.2

enumeration

Indicates what the Device is to do with the file referenced by this alias when the Process that uses this Resource as an Input Resource completes.

Values are:

Unlink - The Device is to release the file.

Delete - The Device is to attempt to delete the file.

Retain - The Device is to do nothing with the file.

Deprecation note: starting with JDF 1.2, use FileSpec / Disposition .

MimeType ?

Deprecated in JDF 1.2

string

MIME type of the file.

Deprecation note: starting with JDF/1.2, use FileSpec /@ MimeType .

RawAlias ?

New in JDF 1.2

hexBinary

Representation of the original 8-bit byte stream of the Alias Name. Used to transport the original byte representation of an Alias name when moving JDF tickets between computers with different locales.

URL ?

Deprecated in JDF 1.2

URL

The URL which identifies the file the alias refers to. In JDF/1.2 and beyond, use FileSpec /@ URL .

FileSpec ?

New in JDF 1.2

refelement

For JDF version 1.2 and beyond, FileSpec must be present, and must contain a URL Attribute. FileSpec may contain additional properties of the file, (e.g., Disposition , MimeType , MimeTypeVersion , etc.).

7.2.77 FitPolicy

New in JDF 1.1

This Resource specifies how to fit content into a receiving container e.g., a RunList entry into a PlacedObject or content into either a PageCell or a PageCell grid in a SurfaceContentsBox . See the description of each reference to FitPolicy to determine what the context-specific “content” is and what the “receiving container” is.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ImageSetterParams , InterpretingParams , Layout / PlacedObject , LayoutPreparationParams , LayoutPreparationParams / PageCell , RasterReadingParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-187: FitPolicy Resource (Section 1 of 2)

Name

Data Type

Description

ClipOffset ?

XYPair

Defines the offset (position) of the imaged area in the non-rotated source image when SizePolicy is "ClipToMaxPage" . The values 0.0 0.0 mean that the imaged area starts at the lower left point of the receiving container. If absent, the imaged area is taken from the center of the source image. If FitPolicy is defined in the context of a PageCell , ClipOffset is ignored when PageCell /@ ImageShift is specified.

GutterPolicy = "Fixed"

enumeration

Allows printing of NUp grids even if the media size does not match the requirements of the data. GutterPolicy MUST NOT be specified when FitPolicy is referenced from a Layout Resource.

Values are:

Distribute - The gutters can grow or shrink to the value specified in MinGutter .

Fixed - The gutters are fixed.

MinGutter ?

XYPair

Minimum width in points of the horizontal and vertical gutters formed between rows and columns of pages of a multi-up Sheet layout.

The first value specifies the minimum width of all horizontal gutters and the second value specifies the minimum width of all vertical gutters.

MinGutter MUST NOT be specified when FitPolicy is referenced from a Layout resource.

RotatePolicy ?

enumeration

Specifies the policy for the Device to automatically rotate the content to optimize the fit of the content to the receiving container.

Values are:

NoRotate - Do not rotate.

RotateOrthogonal - Rotate by 90˚ in either direction.

RotateClockwise - Rotate clockwise by 90˚.

RotateCounterClockwise - Rotate counterclockwise by 90˚.

SizePolicy ?

Modified in JDF 1.1A

enumeration

Allows printing even if the container size does not match the requirements of the data.

Values are:

ClipToMaxPage - The page contents are to be clipped to the size of the container. The printed area is either centered in the source image if no ClipOffset key is given, or from that position which is determined by ClipOffset .

Abort - Emit an error and abort printing.

FitToPage - The page contents are to be scaled up or down to fit the container. The aspect ratio is maintained.

ReduceToFit - The page contents are to be scaled down but not scaled up to fit the container. The aspect ratio is maintained.

Tile - the page contents are to be split into several tiles, each printed on its own surface.

7.2.78 Fold

New in JDF 1.1

Fold describes an individual folding operation of the Component .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

FoldingIntent , BinderySignature , FoldingParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-188: Fold Resource

Name

Data Type

Description

From

enumeration

Edge from which the page is folded.

Values are:

Front

Left

To

enumeration

Direction in which it is folded.

Values are:

Up - Upwards; corresponds to a valley fold with the left/bottom side coming over the opposite side.

Down - Downwards; corresponds to a mountain or peak fold with the left/bottom side coming under the opposite side.

Travel ?

Modified in JDF 1.2

double

Distance of the reference edge relative to From . If both Travel and RelativeTravel are specified, RelativeTravel is ignored. At least one of Travel or RelativeTravel must be specified.

RelativeTravel ?

New in JDF 1. 2

double

Relative distance of the reference edge relative to From in the coordinates of the incoming Component . The RelativeTravel is always based on the complete size of the input Component and not on the size of an intermediate state of the folded Sheet. The allowed value range is from 0.0 to 1.0, which specifies the full length of the input Component . At least one of Travel or RelativeTravel must be specified.

7.2.79 FoldingParams

This Resource describes the folding parameters, including the sequence of folding steps. It is also possible to execute the predefined steps of the folding catalog. After each folding step of a folding procedure, the origin of the coordinate system is moved to the lower left corner of the intermediate folding product. For details see Section 2.5.4, “Product Example: Simple Brochure” .

The specification of reference edges (i.e., Front , Rear , Left and Right ) for the description of an operation (e.g., the positioning of a tool) is done by means of determined names as shown in Figure 7-32, below.

 

Figure 7-32: Names of the reference edges of a Sheet in the FoldingParams Resource

 

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

BlockName , RibbonName , SheetName , SignatureName , WebName

Input of Processes:

Folding

Output of Processes:

--

Table 7-189: FoldingParams Resource (Section 1 of 2)

Name

Data Type

Description

DescriptionType ?

Deprecated in JDF 1.2

enumeration

How the folding operations are described.

Values are:

FoldProc - Detailed description of each individual fold.

FoldCatalog - Selection of fold procedure from FoldCatalog .

Deprecation note: starting with JDF 1.2, the FoldCatalog defines the topology of the folding scheme. The specifics of each individual fold can be described using Fold Elements. If both FoldCatalog and Fold are specified, Fold takes precedence

FoldCatalog ?

Modified in JDF 1.4

string

Describes the type of fold according to the folding catalog in Figure 7-33, “Fold catalog part 1” and Figure 7-34, “Fold catalog part 2”. In case of any ambiguity, the folding notation

takes precedence over the graphic illustration in the aforementioned Figures.

Value format is: " Fn-i " where “n” is the number of finished pages and “i” is either an integer, which identifies a particular fold or the letter "X" , which identifies a generic fold. E.g., "F6-2" describes a Z-fold of 6 finished pages, and "F6-X . " describes a generic fold with 6 finished pages.

Modification note: starting with JDF 1.4, the letter "X" is added for a generic fold

FoldSheetIn ?

Deprecated in JDF 1.1

XYPair

Input Sheet format. If the specified size does not match the size of the X and Y dimensions of the input Component , all coordinates of the folding procedure are scaled accordingly. The scaling factors in X and Y direction may differ.

Implementation Note: This Attribute should always match the Size Attribute of the input Component , which is the default.

SheetLay = "Left"

enumeration

Lay of input media.

Values are:

Left

Right

Note: SheetLay does not modify the coordinate references of the Folding Process.

Fold *

New in JDF 1.1

element

Describes the folding operations in the sequence in which they are to be carried out.

It is recommended to specify a set of subsequent Fold operations as multiple Fold Elements in one Folding procedure, rather than specifying a Combined Process that combines multiple Folding Processes. If both FoldCatalog and Fold Elements are specified, the Fold Elements have precedence, and the FoldCatalog specifies only the topology. For instance a cover-fold with a page size ratio of 0.52 to 0.48 would still be defined as an " F4-1 " .

FoldOperation *

Deprecated in JDF 1.1

element

Abstract Element that describes the folding operations in the sequence in which they are to be carried out. Replaced by the explicit Fold Element in JDF 1.1 and beyond.

 

Figure 7-33: Fold catalog part 1

 

Figure 7-34: Fold catalog part 2

 

7.2.80 FontParams

This Resource describes how fonts are handled when converting PostScript or other PDL files to PDF.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

PSToPDFConversion

Output of Processes:

--

 

Table 7-190: FontParams Resource

Name

Data Type

Description

AlwaysEmbed ?

NMTOKENS

One or more names of fonts that are always to be embedded in the PDF file. Each name must be the PostScript language name of the font. An entry that occurs in both the AlwaysEmbed and NeverEmbed lists constitutes an error.

CannotEmbedFontPolicy = "Warning"

enumeration

Determines what occurs when a font cannot be embedded.

Values are:

Error - Log an error and abort the Process if any font can not be found or embedded.

Warning - Warn and continue if any font cannot be found or embedded.

OK - Continue without warning or error if any font can not be found or embedded.

EmbedAllFonts = "false"

boolean

If "true" , specifies that all fonts, except those in the NeverEmbed list, are to be embedded in the PDF file.

MaxSubsetPct ?

integer

The maximum percentage of glyphs in a font that can be used before the entire font is embedded instead of a subset. This value is only used if SubsetFonts = "true" .

NeverEmbed ?

NMTOKENS

One or more names of fonts that are never to be embedded in the PDF file. Each name must be the PostScript language name of the font. An entry that occurs in both the AlwaysEmbed and NeverEmbed lists constitutes an error.

SubsetFonts ?

boolean

If "true" , font subsetting is enabled. If "false" , it is not. Font subsetting embeds only those glyphs that are used, instead of the entire font. This reduces the size of a PDF file that contains embedded fonts. If font subsetting is enabled, the decision whether to embed the entire font or a subset is determined by number of glyphs in the font that are used and the value of MaxSubsetPct .

Note: Embedded instances of multiple master fonts are always subsetted, regardless of the setting of SubsetFonts .

7.2.81 FontPolicy

This Resource defines the policies that Devices follow when font errors occur while PDL files are being processed. When fonts are referenced by PDL files but are not provided, Devices must provide one of the following two fallback behaviors:

  1. 1 The Device provides a standard default font which is substituted whenever a font cannot be found.
  2. 2 The Device provides an emulation of the missing font.

If neither fallback behavior is requested (i.e., both UseDefaultFont and UseFontEmulation are "false" ), then the Job will fail if a referenced font is not provided. The FontPolicy allows Jobs to specify whether either of these fallback behaviors are to be employed when missing fonts occur.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

Interpreting , Trapping

Output of Processes:

--

 

Table 7-191: FontPolicy Resource

Name

Data Type

Description

PreferredFont

NMTOKEN

The name of a font to be used as the default font for this Job. It is not an error if the Device cannot use the specified font as its default font.

UseDefaultFont

boolean

If "true" , the Device must resort to a default font if a font cannot be found. This is the normal behavior of the PostScript interpreter, which defaults to Courier when a font cannot be found.

UseFontEmulation

boolean

If "true" , the Device must emulate a requested font if a font cannot be found.

7.2.82 FormatConversionParams

New in JDF 1.1

This Resource defines the parameters needed for generic FormatConversion of digital files.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags

Input of Processes:

FormatConversion

Output of Processes:

--

 

Table 7-192: FormatConversionParams Resource (Section 1 of 2)

Name

Data Type

Description

FileSpec ( InputFormat ) ?

Deprecated in JDF 1.2

refelement

The format of the original file is specified in a FileSpec with ResourceUsage = "InputFormat" . A URL should not be specified because the list of files is given by the input RunList of the FormatConversion Process.

The purpose of this Element in JDF 1.1 and earlier was to provide the MIME type of the file to be created. This is now defined directly using the FileSpec of the input RunList of the FormatConversion Process.

FileSpec ( OutputFormat ) ?

Deprecated in JDF 1.2

refelement

The format of the converted file is specified in a FileSpec with ResourceUsage = "OutputFormat" . A URL should not be specified because the list of files is given by the output RunList of the FormatConversion Process.

The purpose of this Element in JDF 1.1 and earlier was to provide the MIME type of the file to be created. This is now defined directly using the FileSpec of the output RunList .

TIFFFormatParams ?

New in JDF 1.2

element

Parameters specific to conversion of rasters to TIFF files. (See below.) FormatConversion should not be used to convert non-raster files to TIFF. The appropriate Interpreting and Rendering Processes should be used first.

ImageCompressionParams ?

New in JDF 1.2

refelement

Provides a set of controls that determines how images will be down-sampled and compressed in the converted documents

ColorPool ?

New in JDF 1.2

refelement

Additional detail about the colors used in the file to be converted.

To control the creation of files in formats other than TIFF, equivalent Subelements to TIFFFormatParams may be defined. It is possible to use ImageCompressionParams to request de-screening of 1-bit per channel rasters to contone rasters (usually accompanied by a reduction in resolution). Additional data regarding the screens used in the original rasters may be provided as a ScreeningParams Resource supplied in a LayoutElement as part of the input RunList .

7.2.82.1 Element: TIFFFormatParams

New in JDF 1.2

 

Table 7-193: TIFFFormatParams Element (Section 1 of 2)

Name

Data Type

Description

ByteOrder ?

enumeration

Byte order of the TIFF file.

Values are:

II - Low byte first.

MM - high byte first.

Note: the identifier values have been selected to match the identifier with the same purpose within the TIFF file itself.

Interleaving = "1"

integer

How the components of each pixel are stored. The values are taken from TIFF tag 284-- PlanarConfiguration :

Values are:

1 - “Chunky” format, which is pixel interleaved.

2 - “Planar” format, which is strip interleaved.

WhiteIsZero = "true"

boolean

When writing monochrome or grayscale files, this flag indicates whether the data is to be written as “WhiteIsZero” or “BlackIsZero.”

Segmentation ?

enumeration

How the image data are segmented.

Values are:

SingleStrip - all data are included in one segment. This is encoded in the TIFF file by setting RowsPerStrip to a number equal to or larger than the number of pixel rows in the image.

Stripped - Data are segmented into strips.

Tiled - Data are segmented into tiles.

RowsPerStrip ?

integer

The number of image scan lines per strip, encoded in the TIFF file as RowsPerStrip. This Attribute is ignored if Segmentation ! = "Stripped" .

The default, when not known, is set by the processing system with the exception that when converting from ByteMap to TIFF, ByteMap /@ BandHeight is the default.

TileSize ?

XYPair

Two integers. The X value provides width of tiles, and the Y value provides height of tiles. This Attribute is ignored if Segmentation is not "Tiled" .

SeparationNameTag = "270"

integer

When color separations are stored in individual TIFF files it is often useful to mark each with the name of the colorant that it represents, but there is no universally accepted way to do this. In order to avoid the need for explicit Partitioning, the tag to be used to encode the separation name (as a string) can be entered here as the TIFF tag number.

If the same TIFF tag number is also supplied as a TIFFtag Subelement, then the TIFFtag Element takes priority over SeparationNameTag .

The tag should only be put in the resulting TIFF files if the name of the separation is known, (e.g., from a ColorPool Resource supplied to FormatConversion , or because the FormatConversion Process forms a part of a compound process with a Separation Process). The default of "270" is the TIFF ImageDescription tag.

TIFFtag *

element

Specific tag values for inclusion in the TIFF file.

TIFFEmbeddedFile *

element

Files to be embedded within the created TIFF file. These might include an ICC profile, XMP data, etc.

The number of channels should be derived from the raster data to be converted.

When the PhotometricInterpretation tag = 5 and the InkSet tag = 2, it is strongly recommended that the NumberOfInks and InkNames tags be completed--separation names may be obtained from the ColorPool Resource supplied to FormatConversion .

Flate and JPEG compression in resulting TIFF files should use Compression = 8 and Compression = 7 respectively, as documented in [TIFFPS] . In particular, the JPEG encoding using Compression = 6, as described in [TIFF6] should not be used.

7.2.82.2 Element: TIFFtag

New in JDF 1.2

 

Table 7-194: TIFFtag Element

Name

Data Type

Description

BinaryValue ?

hexBinary

If the type of the tag is UNDEFINED, then BinaryValue is used to encode the data

IntegerValue ?

IntegerList

If the type of the tag is BYTE, SHORT, LONG, SBYTE, SSHORT or SLONG, then IntegerValue is used to encode that data

NumberValue ?

DoubleList

If the type of the tag is RATIONAL, SRATIONAL, FLOAT or DOUBLE, then NumberValue is used to encode that data

StringValue ?

string

If the type of the tag is ASCII, then StringValue is used to encode the data.

TagNumber

integer

Tag number of the specified tag, (e.g., 270 (decimal) for ImageDescription).

TagType

integer

The type of the tag as defined in [TIFF6] (1 = BYTE, 2 = SHORT, etc.)

Exactly one of IntegerValue , NumberValue , StringValue or BinaryValue must be present, depending on the type of the TIFF tag to be carried. TIFFtag Elements must not be used for any tags related to the image data and its encoding (ImageWidth, Compression, etc.). TIFFtag Elements may include informational tags such as OPIProxy, ImageID, Copyright, DateTime, ImageDescription, etc.

7.2.82.3 Element: TIFFEmbeddedFile

New in JDF 1.2

 

Table 7-195: TIFFEmbeddedFile Element

Name

Data Type

Description

TagNumber

integer

Tag number of the specified tag, (e.g., 34675 (decimal) for an ICC profile or 700 for XMP).

TagType

integer

The type of the tag as defined in [TIFF6] . This will usually be 1 (BYTE) or 7 (UNDEFINED).

FileSpec

refelement

Reference to the file to be embedded.

7.2.83 GatheringParams

This Resource contains the Attributes of the Gathering Process.

 

Figure 7-35: Coordinate system used for Gathering

 

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Gathering

Output of Processes:

--

 

Table 7-196: GatheringParams Resource

Name

Data Type

Description

Disjointing ?

element

Description of the separation properties between individual components on a gathered pile. The default case is that no physical separation between components is used and this Element is omitted.

7.2.84 GeneralID

New in JDF 1.3

Modified in JDF 1.4

Modification note: starting with JDF 1.4, GeneralID becomes an Element, and is no longer a Resource. See Section 3.1.2, “GeneralID”. GeneralID becomes a child of any Element. See Table 3-1, “Any Element (generic content)”. The remainder of this section has the text that was present in JDF 1.3, except that the table has been moved to Section 3.1.2, “GeneralID”.

GeneralID describes a generic identifier. The name or usage of the identifier is specified in GeneralID /@ IDUsage and the specific value of the identifier is specified in GeneralID /@ IDValue .

Resource Properties

Resource Class:

ResourceElement

Resource referenced by:

Any Element (generic content)

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

7.2.85 GlueApplication

New in JDF 1.1

This Resource specifies glue application in hard and soft cover book production.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

CasingInParams , CoverApplicationParams , GluingParams / Glue , SpineTapingParams

Input of Processes:

--

Output of Processes:

--

 

Table 7-197: GlueApplication Resource

Name

Data Type

Description

GluingTechnique

enumeration

Type or technique of gluing application.

Values are:

SpineGluing

SideGluingFront

SideGluingBack

GlueLine

refelement

Structure of the glue line.

 

Figure 7-36: Parameters and coordinate system for glue application

 

7.2.86 GlueLine

This Resource provides the information to determine where and how to apply glue.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Insert , BoxFoldingParams , BoxFoldAction , CaseMakingParams , CoverApplicationParams , EndSheetGluingParams / EndSheet , FoldingParams , GluingParams / Glue , HeadBandApplicationParams , InsertingParams , Media / MediaLayers , SpineTapingParams , ThreadSealingParams , ThreadSewingParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-198: GlueLine Resource (Section 1 of 2)

Name

Data Type

Description

AreaGlue = "false"

New in JDF 1.1

boolean

Specifies that this GlueLine is to cover the complete width of the Component it is applied to.

GlueBrand ?

string

Glue brand.

GlueLineWidth ?

double

Width of the glue line. Note that in extreme cases, the glue line could cover the input component over the whole width.

GlueType ?

enumeration

Glue type.

Values are:

ColdGlue - Any type of glue that needs no heat treatment.

Hotmelt - Hotmelt EVA ( Ethyl-Vinyl-Acetate-Copolymere )

PUR - Polyurethane

GluingPattern ?

Modified in JDF 1.3

NumberList

Glue line pattern defined by the length of a glue line segment (1st Element, 3rd and all odd elements of the NumberList) and glue line gap (2nd Element, 4th and all even elements of the NumberList). A solid line is expressed by the pattern (1 0).

GluingPattern must contain an even number of entries. If the total length of GluingPattern is less than WorkingPath or the length implied by RelativeWorkingPath , the pattern restarts after the last gap. If the total length of GluingPattern is larger than WorkingPath or the length implied by RelativeWorkingPath , the pattern is clipped at the end.

MeltingTemperature ?

integer

Temperature needed for melting the glue, in degrees centigrade.

Used only when GlueType = "Hotmelt" or GlueType = "PUR".

RelativeStartPosition ?

New in JDF 1.2

XYPair

Relative starting position of the tool. The RelativeStartPosition is always based on the complete size of the input Component and not on the size of an intermediate state of the folded Sheet. The allowed value range is from 0.0 to 1.0 for each component of the XYPair, which specifies the full size of the input Component .

RelativeWorkingPath ?

New in JDF 1.2

XYPair

Relative working path of the tool beginning at RelativeStartPosition . The RelativeWorkingPath is always based on the complete size of the input Component and not on the size of an intermediate state of the folded Sheet. The allowed value range is from 0.0 to 1.0 for each component of the XYPair, which specifies the full size of the input Component .

StartPosition ?

Modified in JDF 1.2

XYPair

Start position of glue line. The start position is given in the coordinate system of the mother Sheet. If both StartPosition and RelativeStartPosition are specified, RelativeStartPosition is ignored.

WorkingPath ?

Modified in JDF 1.2

XYPair

Relative working path of the gluing tool. If both WorkingPath and RelativeWorkingPath are specified, RelativeWorkingPath is ignored.

7.2.87 GluingParams

New in JDF 1.1

GluingParams define the parameters applying a generic line of glue to a component.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

ProductionRun , WebName , WebProduct

Input of Processes:

Gluing

Output of Processes:

--

 

Table 7-199: GluingParams Resource

Name

Data Type

Description

GluingProductionID ?

New in JDF 1.3

string

Defines a gluing scheme for production.

Glue *

element

Definition of one or more Glue line applications.

7.2.87.1 Element: Glue

The Glue Element describes how to apply a line of glue.

 

Table 7-200: Glue Element

Name

Data Type

Description

WorkingDirection

enumeration

Direction from which the tool is working.

Values are:

Top - From above.

Bottom - From below.

GlueApplication ?

Modified in JDF 1.3

refelement

Describes the glue application. Exactly one of GlueApplication or GlueLine must be specified.

GlueLine ?

New in JDF 1.3

refelement

Structure of the GlueLine used for generic gluing.

Exactly one of GlueApplication or GlueLine must be specified.

7.2.88 HeadBandApplicationParams

New in JDF 1.1

This Resource specifies how to apply headbands in hard cover book production.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

HeadBandApplication

Output of Processes:

--

 

Table 7-201: HeadBandApplicationParams Resource

Name

Data Type

Description

BottomBrand ?

string

Bottom head band brand. If not specified, defaults to the value of TopBrand .

BottomColor ?

NamedColor

Color of the bottom head band. If not specified, defaults to the value of TopColor .

BottomColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If BottomColorDetails is supplied, BottomColor SHOULD also be supplied.

BottomLength ?

double

Length of the carrier material of the bottom head band along binding edge. If not specified, both head bands are on one carrier.

TopBrand ?

string

Top head band brand.

TopColor ?

NamedColor

Color of the top head band.

TopColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If TopColorDetails is supplied, TopColor SHOULD also be supplied.

TopLength ?

double

Length of carrier material of the top head band along binding edge. If not specified, both head bands are on one carrier which has the length of the book block.

StripMaterial ?

enumeration

Strip material.

Values are:

Calico

Cardboard

CrepePaper

Gauze

Paper

PaperlinedMules

Tape

Width ?

double

Width of the head bands and carrier.

GlueLine *

refelement

The carrier can be applied to the book block with glue. The coordinate system for the GlueLine is defined in the Section 7.2.72, “EndSheetGluingParams”.

7.2.89 Hole

The Hole Resource describes an individual hole.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

HoleLine , HoleList , HoleMakingParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-202: Hole Resource

Name

Data Type

Description

Center

XYPair

Position of the center of the hole relative to the Component coordinate system. For more information, see Section 6.7.2, “HoleMaking”.

Extent

XYPair

Size (Bounding Box) of the hole, in points. If Shape is "Round" , only the first entry of Extent is evaluated and defines the hole diameter.

Shape

Modified in JDF 1.1

enumeration

Shape of the hole.

Values are:

Elliptic

Round

Rectangular

7.2.90 HoleLine

New in JDF 1.1

Line hole punching generates a series of holes with identical distance (pitch) running parallel to the edge of a Web, which is mainly used to transport paper through continuous-feed printers and finishing Devices (form processing). The final product typically is a Web with two lines of holes, one at each edge of the Web. The parameters for one line of holes are specified in the HoleLine Resource. The distance between holes within each line of holes is identical (constant pitch).

Resource Properties

Resource Class:

Parameter

Resource referenced by:

HoleList , HoleMakingParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-203: HoleLine Resource

Name

Data Type

Description

Pitch

double

Center-hole to center-hole distance within a line of holes.

Hole

element

Size and position of the first hole in the HoleLine .

 

Figure 7-37: Hole line parameters

 

However, sometimes Line Hole Punching is performed for multiple webs before dividing the Web after the HoleMaking Process as illustrated in Figure 7-38 below:

 

Figure 7-38: Line hole punching for multiple webs

 

7.2.91 HoleList

This Resource is used to describe holes or rows of holes in Intent Resource s or Media . Note that it was an Intent Resource Subelement prior to JDF 1.2.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

BindingIntent / CoilBinding , BindingIntent / PlasticCombBinding , BindingIntent / StripBinding , BindingIntent / WireCombBinding , BindingIntent / BindList / BindItem / CoilBinding , BindingIntent / BindList / BindItem / PlasticCombBinding , BindingIntent / BindList / BindItem / StripBinding , BindingIntent / BindList / BindItem / WireCombBinding , HoleMakingIntent , Media

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-204: HoleList Resource

Name

Data Type

Description

Hole *

Modified in JDF 1.1

refelement

Description of individual holes. See Section 7.2.89, “Hole”.

HoleLine *

New in JDF 1.1

refelement

Array of all HoleLine Elements. See Section 7.2.90, “HoleLine”.

7.2.92 HoleMakingParams

This Resource specifies where to make a hole of what shape in components. This information is used by the HoleMaking Process.

Default behavior for HoleCount: For dealing with the Default case of HoleCount (i.e. when not supplied), intelligent systems will take into consideration Job parameters like the length of the binding edge or distance of holes to the paper edges to calculate the appropriate number of holes. For production of the holes and selection/production of the matching binding Element, the “system specified” values need to match 100% between the HoleMaking and the binding Process for obvious reasons. In practice, if no details are specified for HoleMaking , they should also be absent for binding. In this case, either the operator provides the missing value when setting up the binding Device for the Job, or the Device itself needs to have some kind of automatic hole detection mechanism.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

CoilBindingParams , PlasticCombBindingParams , RingBindingParams , StripBindingParams , WireCombBindingParams

Example Partition:

SheetName, SignatureName

Input of Processes:

HoleMaking

Output of Processes:

--

 

Table 7-205: HoleMakingParams Resource (Section 1 of 3)

Name

Data Type

Description

Center ?

Modified in JDF 1.1

XYPair

Position of the center of the hole pattern relative to the Component coordinate system if HoleType is not "Explicit" . If not specified, it defaults to the value implied by HoleType .

CenterReference =

"TrailingEdge"

New in JDF 1.1

enumeration

Defines the reference coordinate system for Center .

Values are:

TrailingEdge - Physical coordinate system of the component.

RegistrationMark - The center is relative to a registration mark.

Extent ?

XYPair

Size (Bounding Box) of the hole in points if HoleType is not "Explicit" . If Shape is "Round" , only the first entry of Extent is evaluated and defines the hole diameter. If not specified, it defaults to the value implied by HoleType .

HoleCount ?

New in JDF 1.2

IntegerList

For patterns with HoleType whose enumeration values begin with a "P" , "W" or "C" , this parameter specifies the number of consecutive holes and spaces. The first entry defines the number of holes, the second entry defines the number of spaces, and consecutive entries alternately define holes ( h ) and spaces (s), for instance:

"2 2 2" = "h h s s h h".

"0 3 3 3 3" = "s s s h h h s s s h h h".

Default behavior: see “ Default behavior for HoleCount”

HoleReferenceEdge ?

New in JDF 1.1

Deprecated in JDF 1.2

enumeration

The edge of the media relative to where the holes are to be punched. Use with HoleType.

Default value: if HoleType is "Explicit" , "Pattern" ; otherwise "Left" .

Values are:

Left

Right

Top

Bottom

Pattern - Specifies that the reference edge implied by the value of HoleType in Appendix L, “JDF/CIP4 Hole Pattern Catalog” is used.

Deprecation note: starting with JDF 1.1, use an explicit Transformation or Orientation of the input Component . If either Transformation or Orientation along with HoleReferenceEdge is specified, the result is the matrix product of both transformations. Transformation or Orientation must be applied first.

HoleType

New in JDF 1.1

enumerations

Predefined hole pattern. Multiple hole patterns are specified as one NMTOKENS string, (e.g., 3-hole ring binding and 4-hole ring binding holes on one piece of media).

Values are:

Explicit - Holes are defined in an array of Hole Elements.

2HoleEuro - Replaced by either R2m-DIN or R2m-ISO . Deprecated in JDF 1.0

3HoleUS - Replaced by R3I-US . Deprecated in JDF 1.0

4HoleEuro - Replaced by either R4m-DIN-A4 or R4m-DIN-A5 . Deprecated in JDF 1.0

Values are from: Appendix L, “JDF/CIP4 Hole Pattern Catalog” .

Shape ?

Modified in JDF 1.1

enumeration

Shape of the holes if HoleType is not "Explicit" .

Default value is: value implied by HoleType .

Values are:

Elliptic

Round

Rectangular

Hole *

element

Description of individual Hole Elements.

HoleLine *

New in JDF 1.1

element

Description of HoleLine Elements.

RegisterMark ?

New in JDF 1.1

refelement

Reference to the registration mark that defines the coordinate system origin for HoleMaking .

7.2.93 IdentificationField

This Resource contains information about a mark on a document (e.g., a bar code) used for OCR-based verification purposes or document separation.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Abstract Physical Resource , Disjointing , EmbossingParams / Emboss , Layout / MarkObject , LayoutElementProductionParams / LayoutElementPart / BarcodeProductionParams

Example Partition:

--

Input of Processes:

Verification

Output of Processes:

--

 

Table 7-206: IdentificationField Resource (Section 1 of 3)

Name

Data Type

Description

BoundingBox ?

rectangle

Box that provides the boundaries of the mark that indicates where the IdentificationField is placed. If the IdentificationField is specified in a Layout , the coordinate system is defined by the MarkObject containing the IdentificationField . If no Layout context is available, the origin of the coordinate system is defined as the lower left corner of the Resource surface that Position specifies when the specified surface is viewed in its natural orientation.

Each item in the list below specifies a value of Position and the corner that is the origin for the specified value when the viewer is positioned in front of the front surface. For example, when Position = "Left" , the origin is the bottom-back corner of left surface when viewed from the front surface of the Resource and lower-left corner when viewed from the left surface.

  • Front - Bottom-left corner
  • Left - Bottom-back corner
  • Back - Bottom-right corner
  • Right - Bottom-front corner
  • Top - Front-left corner
  • Bottom - Back left corner

If no BoundingBox is defined and the IdentificationField is specified

  • outside the context of a Layout , the complete visible surface MUST be scanned for an appropriate bar code.
  • within the context of a Layout , the implied BoundingBox is specified by MarkObject /@ ClipBox .

The BoundingBox is used only as metadata when searching or scanning IdentificationField Elements and not used when generating IdentificationField Elements in a LayoutElementProduction Process.

Modification note: starting with JDF 1.4, all text is new.

Encoding

Modified in JDF 1.4

enumeration

Encoding of the information.

Values are:

ASCII - Plain-text font.

Barcode - Any bar code. New in JDF 1.3

BarCode1D - One-dimensional bar code. Deprecated in JDF 1.3

BarCode2D - Two-dimensional bar code. Deprecated in JDF 1.3

Braille - Braille text. New in JDF 1.4

RFID - Radio Frequency Identification tag. New in JDF 1.3

EncodingDetails

NMTOKEN

Details about the encoding type. An example is the bar code scheme.

Values include those from: Table 7-207, “EncodingDetails Attribute Values” .

Format ?

Modified in JDF 1.2

regExp

Regular expression that defines the expected format of the expression, (e.g., the number of digits, alphanumeric or numeric). Note that this field may also be used to define constant fields, (e.g., the end of document markers or packaging labels). If not specified, any expression is valid. Exactly one of Format , Value or the pair ValueFormat and ValueTemplate must be specified.

Orientation ?

matrix

Orientation of the contents within the IdentificationField . The coordinate system is defined in the system of the Sheet or component where the IdentificationField resides. The Orientation is used only as metadata when searching or scanning IdentificationField Elements and not used when generating IdentificationField Elements in a LayoutElementProduction Process.

Position ?

enumeration

Position with respect to the Instance Document or Physical Resource to which the Resource refers.

Values are:

Header - Sheet before the document.

Trailer - Sheet after the document.

Page - A page of the document.

Top - The top of the Resource.

Bottom - The bottom of the Resource.

Left - The left side of the Resource.

Right - The right side of the Resource.

Front - The front side of the Resource.

Back - The back side of the Resource.

Any - Deprecated in JDF 1.2

Page ?

integer

If Position = "Page" , this refers to the page where the IdentificationField can be found. Negative values denote an offset relative to the last page in a stack of pages.

Purpose ?

enumeration

Purpose defines the usage of the field.

Values are:

Label - Used to mark a product or component.

Separation - Used to separate documents.

Verification - Used for verification of documents.

PurposeDetails ? New in JDF 1.3

NMTOKEN

More detail about the usage of the barcode.

Values include:

ProductIdentification - End product identification e.g., scanning in the super market.

Value ?

New in JDF 1.1

string

Fixed value of the IdentificationField , (e.g., on a label). Exactly one of Format , Value or the pair ValueFormat and ValueTemplate must be specified.

ValueFormat ?

New in JDF 1.3

string

A formatting string used with ValueTemplate to define fixed and/or variable content of barcodes or text.

Values are from: Appendix I, “Generating strings with Format and Template” .

Constraint: exactly one of Format , Value or the pair ValueFormat and ValueTemplate must be specified.

ValueTemplate ?

New in JDF 1.3

string

A list of values used with ValueTemplate to define fixed and/or variable content of barcodes or text.

Values are from: Appendix I, “Generating strings with Format and Template” .

Constraint: exactly one of Format , Value or the pair ValueFormat and ValueTemplate must be specified.

BarcodeDetails ?

New in JDF 1.3

element

Additional specification for complex barcodes.

ExtraValues ?

New in JDF 1.3

element

Additional values encoded in the IdentificationField .

-- Attribute: EncodingDetails

 

Table 7-207: EncodingDetails Attribute Values (Section 1 of 2)

Value

Description

 

Value

Description

BOBST

 

 

ITF_14

 

BrailleASCII

New in JDF 1.4

A binary representation for 6 dot Braille messages. See
http://en.wikipedia.org/wiki/Braille_ASCII

 

ITF_6

 

BrailleUnicode

New in JDF 1.4

A binary representation for Braille messages. See
http://www.unicode.org/charts/PDF/U2800.pdf#search=%22braille%20unicode%22

 

ITF_16

 

CODABAR

 

 

KURANDT

 

CODABAR_Tradional

 

 

LAETUS_PHARMA

 

CODABLOCK

 

 

MSI

 

CODABLOCK_F

 

 

NDC_HRI

 

Code128

 

 

PARAF

 

Code25

 

 

Plessey

 

Code39

 

 

PDF417

 

Code39_Extended

 

 

PZN

 

DATAMATRIX

Deprecated in JDF 1.3

Deprecation note: starting with JDF 1.3, use "HIBC_DATAMATRIX"

 

QR

 

EAN

includes Bookland_EAN and ISSN .

 

RSS_14

 

EAN_13

 

 

RSS_14_Stacked

 

EAN_8

 

 

RSS_14_Stacked_Omnidir

 

EAN_Coupon

 

 

RSS_14_Truncated

 

EAN_128

 

 

RSS_Limited

 

HIBC_Code39

 

 

RSS_Expanded

 

HIBC_Code128

 

 

RSS_Expanded_Stacked

 

HIBC_Code39_2

 

 

UPC_A

 

HIBC_CODABLOCK_F

 

 

UPC_Coupon

 

HIBC_QR

 

 

UPC_E

 

HIBC_DATAMATRIX

 

 

UPC_SCS

 

Interleave25

 

 

 

 

7.2.93.1 Element: BarcodeDetails

 

Table 7-208: BarcodeDetails Element (Section 1 of 2)

Name

Data Type

Description

BarcodeVersion ?

NMTOKEN

The version of a barcode.

Values include those from: Table 7-211, “BarcodeVersion Values - for HIBC_DATAMATRIX”.

Values include those from: Table 7-212, “BarcodeVersion Values - for QR barcodes”.

ErrorCorrectionLevel ?

NMTOKEN

Error correction level for barcodes having a separately definable error correction level.

Each value can be used only for certain values of IdentificationField /@ EncodingDetails .

Values include:

PDF417_EC_0 - for EncodingDetails = PDF417

PDF417_EC_1 - for EncodingDetails = PDF417

PDF417_EC_2 - for EncodingDetails = PDF417

PDF417_EC_3 - for EncodingDetails = PDF417

PDF417_EC_4 - for EncodingDetails = PDF417

PDF417_EC_5 - for EncodingDetails = PDF417

PDF417_EC_6 - for EncodingDetails = PDF417

PDF417_EC_7 - for EncodingDetails = PDF417

PDF417_EC_8 - for EncodingDetails = PDF417

QR_EC_L - for EncodingDetails = QR

QR_EC_M - for EncodingDetails = QR

QR_EC_Q - for EncodingDetails = QR

QR_EC_H - for EncodingDetails = QR

XCells ?

integer

The number of cells in x direction of a matrix barcode. For DATAMATRIX this field can be omitted since BarcodeVersion already defines this.

For PDF417 this is the number of codewords/row.

YCells ?

integer

The number of cells in y direction of a matrix barcode For DATAMATRIX this field can be omitted since BarcodeVersion already defines this.

For PDF417 this is the number of rows.

7.2.93.2 Element: ExtraValues

 

Table 7-209: ExtraValues Element

Name

Data Type

Description

Usage

NMTOKEN

The usage of the value.

Values include:

Supplemental - UPC supplemental 2/5 digit symbology

CompositeCode - This is applicable for barcodes like RSS -14 that have an optional composite code part.

Coupon - The additional message for the EAN128 part of a UPC or EAN coupon.

Value

string

Additional value of the IdentificationField as specified in Usage .

7.2.93.3 Usage of barcode Attributes

The following table specifies whether the Attributes Height , Magnification and Ratio are applicable for a given barcode type that is specified by EncodingDetails .

 

Table 7-210: Usage of barcode Attributes for certain barcode types (Section 1 of 2)

EncodingDetails values (barcode types)

Height

Magnification

Ratio

Code25

Code39

Code39_Extended

Interleave25

MSI

Plessey

Used

Used

Used

CODABAR

Code128

EAN_13

EAN_8

EAN_128

HIBC_Code39

HIBC_Code128

ITF_14

ITF_16

NDC_HRI

PARAF

UPC_A

UPC_E

UPC_SCS

UPC_SCS

Used

Used

Not used

BOBST

KURANDT

LAETUS_PHARMA

Used

Not used

Not used

RSS_14

RSS_14_Stacked

RSS_14_Stacked_Omnidir

RSS_14_Truncated

RSS_Limited

RSS_Expanded

RSS_Expanded_Stacked

Not used

Used

Not used

PZN

Not used

Not used

Not used

-- Attribute: BarcodeVersion - for HIBC_DATAMATRIX

The following table specifies valid values of BarcodeDetails /@ BarcodeVersion for a DATAMATRIX barcode:

Modification note: starting with JDF 1.3, these values are for "HIBC_DATAMATRIX" rather than "DATAMATRIX"

 

Table 7-211: BarcodeVersion Values - for HIBC_DATAMATRIX

Values

DM_8_by_18

DM_16_by_16

DM_26_by_26

DM_72_by_72

DM_8_by_32

DM_16_by_36

DM_32_by_32

DM_80_by_80

DM_10_by_10

DM_16_by_48

DM_40_by_40

DM_88_by_88

DM_12_by_12

DM_18_by_18

DM_44_by_44

DM_96_by_96

DM_12_by_26

DM_20_by_20

DM_48_by_48

DM_104_by_104

DM_12_by_36

DM_22_by_22

DM_52_by_52

DM_120_by_120

DM_14_by_14

DM_24_by_24

DM_64_by_64

DM_132_by_132

 

 

 

DM_144_by_144

-- Attribute: BarcodeVersion - for QR barcodes

The following table specifies valid values of BarcodeDetails /@ BarcodeVersion for a QR barcode.

 

Table 7-212: BarcodeVersion Values - for QR barcodes

Values

QR_1

QR_6

QR_11

QR_16

QR_21

QR_26

QR_31

QR_36

QR_2

QR_7

QR_12

QR_17

QR_22

QR_27

QR_32

QR_37

QR_3

QR_8

QR_13

QR_18

QR_23

QR_28

QR_33

QR_38

QR_4

QR_9

QR_14

QR_19

QR_24

QR_29

QR_34

QR_39

QR_5

QR_10

QR_15

QR_20

QR_25

QR_30

QR_35

QR_40

Example 7-22: Barcode

The following example illustrates the description of a barcode in a LayoutElementProduction Process:

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" DescriptiveName = "Barcode Creation"

ID = "n001" Status = "Waiting" JobPartID = "ID34" Type = "LayoutElementProduction"

Version = "1.4" >

< ResourcePool >

< LayoutElementProductionParams Class = "Parameter" ID = "BarcodeParams"

Status = "Available" >

< LayoutElementPart >

< BarcodeProductionParams >

< IdentificationField Encoding = "Barcode" EncodingDetails = "EAN_13"

Purpose = "Label" PurposeDetails = "ProductIdentification"

Value = "0123456789128" />

< BarcodeReproParams Height = "73.50" Magnification = "1.0" >

< BarcodeCompParams CompensationProcess = "Printing"

CompensationValue = "10.0" />

</ BarcodeReproParams >

</ BarcodeProductionParams >

</ LayoutElementPart >

</ LayoutElementProductionParams >

< LayoutElement Class = "Parameter" ID = "LayElOut" Status = "Unavailable" />

</ ResourcePool >

< ResourceLinkPool >

< LayoutElementProductionParamsLink Usage = "Input" rRef = "BarcodeParams" />

< LayoutElementLink Usage = "Output" rRef = "LayElOut" />

</ ResourceLinkPool >

</ JDF >

 

7.2.94 IDPrintingParams

Deprecated in JDF 1.1

See Section P.4.6, “IDPrintingParams” for details of this deprecated Resource.

7.2.95 ImageCompressionParams

Prior to JDF 1.2 the filtering in ImageCompressionParams was based on the terminology in PostScript and PDF. Many image compression and decompression filters require additional information in the form of a filter parameter dictionary, and additional filter parameters have been added to meet this need.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ContentList / ContentData , FormatConversionParams , LayoutElement , PageList , PageList / PageData

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

ImageReplacement , PDLCreation , PSToPDFConversion ,

Output of Processes:

--

 

Table 7-213: ImageCompressionParams Resource

Name

Data Type

Description

ImageCompression *

element

Specifies how images are to be compressed.

7.2.95.1 Element: ImageCompression

 

Table 7-214: ImageCompression Element (Section 1 of 4)

Name

Data Type

Description

AntiAliasImages = "false"

boolean

If "true" , anti-aliasing is permitted on images. If "false" , anti-aliasing is not permitted.

Anti-aliasing increases the number of bits per component in downsampled images to preserve some of the information that is otherwise lost by downsampling. Anti-aliasing is only performed if the image is actually downsampled and if ImageDepth has a value greater than the number of bits per color component in the input image.

AutoFilterImages = "true"

Modified in JDF 1.2

boolean

must not be specified unless EncodeImages is "true" . This Attribute is not used if ImageType = "Monochrome" .

If "true" , the filter defined by ImageAutoFilterStrategy is applied to photos and the FlateEncode filter is applied to screen shots. If "false" , the ImageFilter compression method is applied to all images.

ConvertImagesToIndexed ?

boolean

If "true" , the application converts images that use fewer than 257 colors to an indexed color space for compactness. This Attribute is used only when ImageType = Color .

DCTQuality = "0"

double

A value between 0 and 1 that indicates “how much” the Process is to compress images when using a DCTEncode filter. 0.0 means “do as loss-less compression as possible.” 1.0 means “do the maximum compression possible.”

DownsampleImages = "false"

Modified in JDF 1.1A

boolean

If "true" , sampled color images are downsampled using the resolution specified by ImageResolution . If "false" , downsampling is not carried out and the image resolution in the PDF file is the same as that in the source file.

EncodeColorImages ?

Deprecated in JDF 1.1

boolean

If "true" , color images are encoded using the compression filter specified by the value of the ImageFilter key. If "false" , no compression filters are applied to color sampled images.

EncodeImages = "false"

New in JDF 1.1

Modified in JDF 1.1A

boolean

If "true" , images are encoded using the compression filter specified by the value of the ImageFilter key. If "false" , no compression filters are applied to sampled images.

ImageAutoFilterStrategy ?

New in JDF 1.2

NMTOKEN

Selects what image compression strategy to employ if passing through an image that is not already compressed.

Values include:

JPEG - Lossy JPEG compression for low-frequency images and lossless Flate compression for high-frequency images.

JPEG2000 - Lossy JPEG2000 compression for low-frequency images and lossless JPEG2000 compression for high-frequency images.

ImageDepth ?

integer

Specifies the number of bits per component in the downsampled image when DownsampleImages = "true" . If not specified, the downsampled image has the same number of bits per sample as the original image.

ImageDownsampleThreshold = "2.0"

double

Sets the image downsample threshold for images. This is the ratio of image resolution to output resolution above which downsampling can be performed. The following short examples provide a hypothetical configuration:

To use ImageDownsampleThreshold , set the following Attributes to the values indicated:

ImageResolution = 72

ImageDownsampleThreshold = 1.5

The input image would not be downsampled unless it has a resolution greater than (72 * 1.5) = 108 dpi

ImageDownsampleType ?

enumeration

Downsampling algorithm for images.

Values are:

Average - The program averages groups of samples to get the new downsampled value.

Bicubic - The program uses bicubic interpolation on a group of samples to get a new downsampled value.

Subsample - The program picks the middle sample from a group of samples to get the new downsampled value.

ImageFilter ?

Modified in JDF 1.3

NMTOKEN

Specifies the compression filter to be used for images. Ignored if AutoFilterImages = "true" or if EncodeImages = "false" .

Values are:

CCITTFaxEncode - Used to select CCITT Group 3 or 4 facsimile encoding. Used only if ImageType = monochrome .

DCTEncode - Used to select JPEG compression.

FlateEncode - Used to select ZIP compression.

JBIG2Encode - Used to select JBIG2 encoding. Used only if ImageType = "Monochrome" . New in JDF 1.3

JPEG2000 - Used to select JPEG2000/Wavelet compression. New in JDF 1.2

LZWEncode - LZW Compression.

PackBits - A simple byte-oriented run length scheme.

Modification note: starting with JDF 1.1, the data type changes from enumeration to NMTOKEN in order to allow for extensions.

ImageResolution ?

double

Specifies the minimum resolution for downsampled color images in dots per inch. This value is used only when DownsampleImages = "true" . The application downsamples only images that are above that resolution to that actual resolution.

ImageType

enumeration

Specifies the kind of images that are to be manipulated.

Values are:

Color

Grayscale

Monochrome

JPXQuality ?

New in JDF 1.2

integer

Specifies the image quality. Valid values are greater than or equal to one (1) and less than or equal to 100. One (1) means lowest quality (highest compression), 99 means visually lossless compression, and 100 means numerically lossless compression.

CCITTFaxParams ?

New in JDF 1.2

element

The equivalent of the PostScript Rows and BlackIs1 parameters, which are implicit in the raster data to be compressed.

DCTParams ?

New in JDF 1.2

element

Provides the equivalents of the PostScript Columns , Rows and Colors Attributes, which are assumed to be implicit in the raster data to be compressed.

FlateParams ?

New in JDF 1.2

element

The equivalent of the PostScript Columns , BitsPerComponent and Colors parameters, which are implicit in the raster data to be compressed.

JBIG2Params ?

New in JDF 1.3

element

Provides the JBIG2 compression parameters.

JPEG2000Params ?

New in JDF 1.3

element

Provides the JPEG2000 compression parameters.

LZWParams ?

New in JDF 1.2

element

The equivalent of the PostScript Columns , BitsPerComponent and Colors parameters, which are implicit in the raster data to be compressed

7.2.95.2 Element: CCITTFaxParams

New in JDF 1.2

 

Table 7-215: CCITTFaxParams Element

Name

Data Type

Description

Uncompressed = "false"

boolean

A flag to indicate whether the file generated can use uncompressed encoding when advantageous.

K = "0"

integer

An integer that selects the encoding scheme to be used.

< 0 - Pure two-dimensional encoding (Group 4, TIFF Compression = 4)

= 0 - Pure one-dimensional encoding (Group 3, 1-D , TIFF Compression = 2)

> 0 - Mixed one- and two-dimensional encoding (Group 3, 2-D , TIFF Compression = 3), in which a line encoded one-dimensionally can be followed by at most K - 1 lines encoded two-dimensionally

EndOfLine ?

boolean

A flag indicating whether the CCITTFaxEncode filter prefixes an end-of-line bit pattern to each line of encoded data.

EncodedByteAlign ?

boolean

A flag indicating whether the CCITTFaxEncode filter inserts an extra 0 bits before each encoded line so that the line begins on a byte boundary.

EndOfBlock ?

boolean

A flag indicating whether the CCITTFaxEncode filter appends an end-of-block pattern to the encoded data

7.2.95.3 Element: DCTParams

New in JDF 1.2

 

Table 7-216: DCTParams Element (Section 1 of 2)

Name

Data Type

Description

SourceCSs

enumerations

Identifies which of the incoming color spaces will be operated on.

Values are from: Table 7-217, “SourceCSs Attribute Values”.

Note: JDF 1.1 defined that CalRGB be treated as RGB, CalGray as Gray, and ICC-Based color spaces as one of Gray, RGB or CMYK depending on the number of channels.

Note: In JDF 1.2, the data type was erroneously specified as enumeration, not enumerations.

HSamples ?

IntegerList

A sequence of horizontal sampling factors--one entry per color channel in the raster data. If not specified, the implied default is "1" for every channel.

VSamples ?

IntegerList

A sequence of vertical sampling factors--one entry per color channel in the raster data. If not specified, the implied default is "1" for every channel.

QFactor = "1.0"

double

A scale factor applied to the elements of QuantTable .

QuantTable ?

DoubleList

Quantization tables. If present, there must be one QuantTable entry for each color channel.

HuffTable ?

DoubleList

Huffman tables for DC and AC components. If present, there must be at least one HuffTable element for each color channel.

ColorTransform = "Automatic"

enumeration

Color transformation algorithm.

Values are:

None - Colors are not to be transformed.

YUV - RGB raster values are to be transformed to YUV before encoding and from YUV to RGB after decoding. If four channels are present, transform CMYK values to YUVK before encoding and from YUVK to CMYK after decoding.

Automatic - "YUV" for 3-channel raster data, "None" otherwise.

Note : YUV is equivalent to YCbCr in TIFF terminology.

When the DCTParams Element is a Subelement of ImageCompressionParams used in a FormatConversion Process to generate TIFF files, YUV is equivalent to YCbCr in TIFF terminology. The HSamples and VSamples values are used to set YCbCrSubSampling or CIELabSubSampling. This means that they are only relevant for data supplied as Lab, or data where ColorTransform is "YUV" ; that the first element must be 1 in each case; that the fourth element must be 1 where CMYK data is to be compressed; and that the second and third elements must equal each other.

-- Attribute: SourceCSs

 

Table 7-217: SourceCSs Attribute Values (Section 1 of 2)

Value

Description

Calibrated

Operates on CalGray and CalRGB color spaces. New in JDF 1.2

CIEBased

Operates on CIE-Based color spaces (CIEBasedA, CIEBasedABC, CIEBasedDEF, CIEBasedDEFG).

CMYK

Operates on DeviceCMYK.

DeviceN

Identifies the source color encoding as a DeviceN color space. The specific DeviceN color space to operate on is defined in the DeviceNSpace Resource. If this value is specified then DeviceNSpace and ColorPool must also be present.

DevIndep

Operates on Device independent color spaces (equivalent to Calibrated or CIE-Based or ICC-Based or Lab or YUV).

Gray

Operates on DeviceGray.

ICCBased

Operates on color spaces defined using ICC profiles. ICC-Based includes EPS, TIFF or PICT files with embedded ICC profiles. See [ICC.1] . If IgnoreEmbeddedICC is "true" , then nominally ICC-Based files or elements is to be treated as being encoded in the alternate or underlying color space, and a ColorSpaceConversionOp where SourceCS = "DevIndep" is not to be applied, unless that color space is also Device independent.

Lab

Operates on Lab.

RGB

Operates on DeviceRGB

Separation

Operates on Separation color spaces (spot colors). The specific separation(s) to operate on are defined in the SeparationSpec Resource(s). If no SeparationSpec is defined, the operation will operate on all the separation color spaces in the input RunList .

YUV

Operates on YUV (Also known as YCbCr). See [CCIR601-2] .

7.2.95.4 Element: FlateParams

New in JDF 1.2

 

Table 7-218: FlateParams Element

Name

Data Type

Description

Effort ?

integer

A code controlling the amount of memory used and the execution speed for Flate compression. Allowed values range from 0 to 9. A value of 0 compresses rapidly but not tightly, using little auxiliary memory. A value of 9 compresses slowly but as tightly as possible, using a large amount of auxiliary memory.

Predictor = "1"

integer

A code that selects the predictor function:

Note: On 1X PNG predictors, these values select the specific PNG predictor function(s) to be used, as indicated above. When decoding the predictor function is explicitly encoded in the incoming data.

Values include:

1 - No predictor (normal encoding or decoding).

2 - TIFF Predictor 2.

10 - PNG predictor, None function.

11 - PNG predictor, Sub function.

12 - PNG predictor, Up function.

13 - PNG predictor, Average function.

14 - PNG predictor, Path function.

15 - PNG predictor in which the encoding filter automatically chooses the optimum function separately for each row.

 

7.2.95.5 Element: JBIG2Params

New in JDF 1.3

 

Table 7-219: JBIG2Params Element

Name

Data Type

Description

JBIG2Lossless ?

boolean

If "true" requires JBIG2 compressed images to retain the exact representation of the original image without loss.

7.2.95.6 Element: JPEG2000Params

New in JDF 1.3

 

Table 7-220: JPEG2000Params Element

Name

Data Type

Description

CodeBlockSize ?

integer

The nominal code block width and height. must be a power of 2.

LayersPerTile = " 1 "

integer

Specifies the number of quality layers per tile at the same resolution.

LayerRates ?

DoubleList

Compression bit ratio for each layer. If specified, there must be the same number of doubles in this list as LayersPerTile in ascending order.

Small values correspond to maximum compression and 1.0 corresponds to no compression (lossless).

If available, LayerRates should be supplied.

NumResolutions ?

integer

The number of resolution levels encoded in the file.

ProgressionOrder ?

enumeration

Per tile progression order.

Values are:

LRCP - layer-resolution-component-position progressive (i.e., rate scalable).

RLCP - Resolution-layer-component-position progressive (i.e., resolution scalable).

RPCL - Resolution-position-component-layer progressive.

PCRL - Position-component-resolution-layer progressive.

CPRL - Component-position-resolution-layer progressive.

TileSize ?

XYPair

The width and height of each encoding tile. If not specified the image is considered to be a single tile.

 

7.2.95.7 Element: LZWParams

New in JDF 1.2

 

Table 7-221: LZWParams Element (Section 1 of 2)

Name

Data Type

Description

EarlyChange = "1"

integer

A code indicating when to increase the code word length. The TIFF specification can be interpreted to imply that code word length increases are postponed as long as possible. However, some existing implementations of LZW increase the code word length one code word earlier than necessary. The PostScript language supports both interpretations. If EarlyChange is "0" , code word length increases are postponed as long as possible. If it is "1" , they occur one code word early.

Note: The default should not be used when this LZWParams Element is in ImageCompressionParams used as an Input Resource to a FormatConversion Process that is creating TIFF files.

Predictor = "1"

integer

A code that selects the predictor function:

1 - No predictor (normal encoding or decoding).

2 - TIFF Predictor 2.

10 - PNG predictor, None function.

11 - PNG predictor, Sub function.

12 - PNG predictor, Up function.

13 - PNG predictor, Average function.

14 - PNG predictor, Path function.

15 - PNG predictor in which the encoding filter automatically chooses the optimum function separately for each row.

Note: On 1X PNG predictors, these values select the specific PNG predictor function(s) to be used, as indicated above. When decoding, the predictor function is explicitly encoded in the incoming data.

7.2.96 ImageReplacementParams

This Resource specifies parameters to control image replacement within production workflows.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

ImageReplacement

Output of Processes:

--

 

Table 7-222: ImageReplacementParams Resource (Section 1 of 2)

Name

Data Type

Description

ImagePreScanStrategy ?

New in JDF 1.2

NMTOKEN

Specifies the image pre-scanning strategy to be used on the input document data before starting the RIPing Process.

Values include:

NoPreScan - Do not pre-scan the document looking for references to images.

PreScan - Pre-scan the document looking for references to images and making sure the data are accessible now so that the RIP will not encounter a fault later.

PreScanAndGather - Pre-scan the document looking for references to images, and copy the data to a temporary place so that the RIP will be able to access the data with a predictable and small well-bounded delay later.

ImageReplacementStrategy

enumeration

Identifies how externally referenced images will be handled within the associated Process.

Values are:

Omit - Complete Process maintaining only references to external data.

Proxy - Complete Process using available proxy images.

Replace - Replace external references with image data during processing.

AttemptReplacement - Attempt to replace external references with image data during processing. If replacement fails, complete the Process using available proxy images.

MaxResolution ?

Deprecated in JDF 1.1

double

Reduces the resolution of images with a resolution higher than MaxResolution . Replaced with a link to ImageCompressionParams in the Process.

MinResolution ?

double

Specifies the minimum resolution that an image must have in order to be embedded. If not specified, images of any resolution can be embedded.

ResolutionReductionStrategy ?

Deprecated in JDF 1.1

enumeration

Identifies the mechanism used for reducing the image resolution.

Values are:

Downsample

Subsample

Bicubic

Deprecation note: starting with JDF 1.1, use a link to ImageCompressionParams in the Process.

IgnoreExtensions ?

NMTOKENS

Identifies a set of filename extensions that will be trimmed during searches for high-resolution images. These extensions are what will be stripped from the end of an image name to find a base name. The leading dot “.” is included. The values are examples:

Values include:

.lay

.e

.samp

MaxSearchRecursion ?

integer

Identifies how many levels of recursion in the search path will be traversed while trying to locate images. A value of 0 indicates that no recursion is desired.

FileSpec

( SearchPath ) +

New in JDF 1.1

refelement

Specification of the paths to search when trying to locate the referenced data. The FileSpec replaces the SearchPath text element.

SearchPath *

Deprecated in JDF 1.1

telem

String that identifies the paths to search when trying to locate the referenced data.

7.2.97 ImageSetterParams

This Resource specifies the settings for the imagesetter. A number of settings are OEM-specific, while others are so widely used they may be supported between vendors. Both filmsetter settings and platesetter settings are described with this Resource.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

PreviewGenerationParams

Example Partition:

--

Input of Processes:

ImageSetting

Output of Processes:

--

 

Table 7-223: ImageSetterParams Resource (Section 1 of 2)

Name

Data Type

Description

AdvanceDistance ?

double

Additional media advancement beyond the media dimensions on a Web-Fed Device.

BurnOutArea ?

New in JDF 1.1

XYPair

Size of the burnout area. The area defined by BurnOutArea is exposed, regardless of the size of the image. If not specified or "0 0" , only the area defined by the image is exposed.

CenterAcross ?

enumeration

Specifies the axis around which a Device is to center an image if the Device is capable of doing so.

Values are:

None - Do not center.

FeedDirection - Image is centered around the feed-direction axis.

MediaWidth - Image is centered around the media-width axis.

Both - Image is centered around both axes.

CutMedia ?

boolean

Indicates whether or not to cut the media (Web-Fed).

ManualFeed ?

New in JDF 1.2

boolean

Indicates whether the media will be fed manually.

MirrorAround = "None"

enumeration

This Attribute specifies the axis around which a Device must mirror an image if the Device is capable of doing so.

Values are:

None - Do not mirror the image.

FeedDirection - Image is mirrored around the feed-direction axis.

MediaWidth - Image is mirrored around the media-width axis.

Both - Image is mirrored around both possible axes.

NonPrintableMarginBottom ?

New in JDF 1.3

double

The width in points of the bottom margin measured inward from the edge of the Media with respect to the idealized Process coordinate system of the ImageSetting Process. The Media origin is unaffected by NonPrintableMarginBottom . These margins are independent of the PDL content.

NonPrintableMarginLeft ?

New in JDF 1.3

double

Same as NonPrintableMarginBottom except for the left margin.

NonPrintableMarginRight ?

New in JDF 1.3

double

Same as NonPrintableMarginBottom except for the right margin.

NonPrintableMarginTop ?

New in JDF 1.3

double

Same as NonPrintableMarginBottom except for the top margin.

Polarity = "Positive"

enumeration

Some Devices can invert the image (in hardware).

Values are:

Positive

Negative

Punch ?

Deprecated in JDF 1.3

boolean

If "true" , indicates that the Device must create registration punch holes.

Use a Combined Process with a Bending Process to specify punching in JDF 1.3 and beyond.

PunchType ?

Deprecated in JDF 1.3

string

Name of the registration punch scheme, (e.g., Bacher ). Use a Combined Process a Bending Process to specify punching in JDF 1.3 and beyond.

Resolution ?

XYPair

Resolution of the output. If not specified, the default is taken from the resolution of the input ByteMap.

RollCut ?

double

Length of media to be cut off of a Roll, in points.

Sides = "OneSidedFront" New in JDF 1.2

enumeration

Indicates whether the content layout is to be imaged on one or both sides of the media. Sides must not be used unless ImageSetterParams describes output to a proofer.

Values are from: Table 7-224, “Sides Attribute Values”.

SourceWorkStyle ?

New in JDF 1.2

WorkStyle

When proofing in a “RIP once, output many” (ROOM) workflow, SourceWorkStyle specifies the direction in which the bytemaps have been prepared for press. The Device is to use this information to calculate a transformation that results in a proof that is identical to the press Sheet

TransferCurve ?

TransferFunction

Area coverage correction of the Device.

Media ?

New in JDF 1.1

refelement

Describes the media to be used. Different Media may be specified in different Partition leaves to enable content driven Media selection.

FitPolicy ?

New in JDF 1.2

refelement

Describes the hardware image fitting algorithms. Allows printing even if the size of the imageable area of the media does not match the requirements of the data.

-- Attribute: Sides

 

Table 7-224: Sides Attribute Values (Section 1 of 2)

Value

Description

OneSidedBackFlipX

Page content is imaged on the back side of media so that the corresponding page cells back up to a blank front cell when flipping around the X axis. Equivalent to "WorkAndTumble" with a blank front side.

OneSidedBackFlipY

Page content is imaged on the back side of media so that the corresponding page cells back up to a blank front cell when flipping around the Y axis. Equivalent to "WorkAndTurn" with a blank front side.

OneSidedFront

Page content is imaged on the front side of media. This is the only value that is valid for filmsetting and platesetting. The default.

TwoSidedFlipX

Page content is imaged on both the front and back sides of media Sheets so that the corresponding page cells back up to each other when flipping around the X axis. Equivalent to "WorkAndTumble" .

TwoSidedFlipY

Page content is imaged on both the front and back sides of media Sheets so that the corresponding page cells back up to each other when flipping around the Y axis. Equivalent to "WorkAndTurn" .

7.2.98 Ink

Resource describing what kind of ink or other colorant (e.g., toner, varnish) is to be used during printing or varnishing. The default unit of measurement for Ink is Unit = “ g ” (gram).

Resource Properties

Resource Class:

Consumable

Resource referenced by:

--

Example Partition:

FountainNumber , Separation , SheetName , Side , SignatureName , WebName

Input of Processes:

ConventionalPrinting , DigitalPrinting , Varnishing

Output of Processes:

--

 

Table 7-225: Ink Resource (Section 1 of 2)

Name

Data Type

Description

ColorName ?

Deprecated in JDF 1.4

string

Link to a definition of the color specifics. The value of ColorName color should match the Name Attribute of a Color defined in a ColorPool Resource that is linked to the Process that is using the Ink Resource. Instead of linking the ColorPool Resource directly, it may be referenced by another Resource that is linked to the Process.

Note: A ColorName Attribute is used differently in other Resources where it refers to a NamedColor as defined in Section A.3.3.3, “NamedColor” .

Deprecation note: starting with JDF 1.4, use Separation Partition Key.

Family ?

NMTOKEN

Ink family.

Values include:

HKS - ink

PANTONE - ink

Toyo - ink

ISO - ink [ISO2846-1:1997] (used by SWOP)

InkJet - ink

Varnish - liquid that is similar to ink

Silicon - liquid that is similar to ink

Toner - liquid that is similar to ink

InkName ?

string

The fully qualified ink name including the ink Family name. For instance, "PANTONE 138 C" is is a member of the PANTONE family.

SpecialInk ?

Modified in JDF 1.4

NMTOKENS

Specific ink Attributes.

Values include:

Aqueous

DullVarnish

GlossVarnish

Protective

SatinVarnish

Silicone

UV

Metallic

Modification note: starting with JDF 1.4, the data type was expanded from NMTOKEN to NMTOKENS.

SpecificYield ?

double

Weight per area at total coverage in g /m2.

7.2.99 InkZoneCalculationParams

This Resource specifies the parameters for the InkZoneCalculation Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

TileID , WebName

Input of Processes:

InkZoneCalculation

Output of Processes:

--

 

Table 7-226: InkZoneCalculationParams Resource (Section 1 of 2)

Name

Data Type

Description

FountainPositions ?

DoubleList

Even number of positions. Each pair specifies the begin and end of the ink slides belonging to a certain fountain. The positions are in coordinates of the printable width along the cylinder axis. The first pair is associated to the first fountain position (corresponds to the Partition FountainNumber = "0") , the second to the second position ( FountainNumber = "1" ), etc.

PrintableArea ?

rectangle

Position and size of the printable area of the print cylinder in the coordinates of the Preview Resource.

The Partition TileID must be used for each plate together with this Attribute in case of multiple plates per cylinder. Multiple plates per cylinder may be used in Web Printing.

The default case is to specify a rectangle that encompasses the complete image to be printed.

ZoneHeight ?

double

The width of one zone in the feed direction of the printing Machine being used.

ZoneWidth ?

Modified in JDF 1.2

double

The width of one zone of the printing Machine being used. Typically, the width of a zone is the width of an ink slide.

Zones ?

Modified in JDF 1.2

integer

The number of ink zones of the press.

ZonesY ?

integer

Number of ink zones in feed direction of the press.

Device ?

New in JDF 1.2

refelement

Device provides a reference to the press that the InkZoneProfile is defined for and is used to gather information about ink zone geometry.

7.2.100 InkZoneProfile

This Resource specifies ink zone settings that are specific to the geometry of the printing Device being used. InkZoneProfile Elements are independent of the Device details.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

FountainNumber , Separation , SheetName , Side , SignatureName, WebName

Input of Processes:

ConventionalPrinting

Output of Processes:

InkZoneCalculation

 

Table 7-227: InkZoneProfile Resource

Name

Data Type

Description

ZoneHeight ?

double

The width of one zone in the feed direction of the printing Machine being used.

ZoneSettingsX

DoubleList

Each entry of the ZoneSettingsX Attribute is the value of one ink zone. The first entry is the first zone, and the number of entries equals the number of zones of the printing Device being used. Allowed values are in the range [0.1] where 0 is no ink and 1 is 100% coverage.

ZoneSettingsY ?

DoubleList

Each entry of the ZoneSettingsY Attribute is the value of one ink zone in Y Direction. The first entry is the first zone, and the number of entries equals the number of zones of the printing Device being used. Allowed values are in the range [0.1] where 0 is no ink and 1 is 100% coverage.

ZoneWidth

double

The width of one zone of the printing Machine being used. Typically, the width of a zone is the width of an ink slide.

7.2.101 InsertingParams

This Resource specifies the parameters for the Inserting Process. Figure 7.13 shows the various components involved in an inserting Process, and how they interact.

 

Figure 7-39: Parameters and coordinate system used for Inserting

 

The process coordinate system is defined as follows: The Y-axis is aligned with the binding edge and increases from the registered edge to the edge opposite the registered edge. The X-axis, meanwhile, is aligned with the registered edge. It increases from the binding edge to the edge opposite the binding edge, which is the product front edge.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Inserting

Output of Processes:

--

 

Table 7-228: InsertingParams Resource (Section 1 of 2)

Name

Data Type

Description

FinishedPage ?

New in JDF 1.2

integer

Finished Page number of the mother Component on which the child Component has to be placed. FinishedPage must not be specified unless InsertLocation = "FinishedPage" . Corresponds to Folio on InsertingIntent .

InsertLocation

Modified in JDF 1.2

enumeration

Where to place the “child” Sheet.

Values are:

Back

FinishedPage - Place the child exactly onto the page specified in FinishedPage . New in JDF 1.2

Front

Overfold - Place onto the overfold. Replaces OverfoldLeft and OverfoldRight . New in JDF 1.2

OverfoldLeft - Deprecated in JDF 1.2

OverfoldRight - Deprecated in JDF 1.2

Modification note: starting with JDF 1.2, this Attribute is renamed from Location due to a name clash with the Location Partition Key.

Method = "BlowIn"

enumeration

Inserting method.

Values are:

BindIn - Apply glue to fasten the insert.

BlowIn - Loose insert.

SheetOffset ?

Deprecated in JDF 1.1

XYPair

Offset between the Sheet to be inserted and the “mother” Sheet. SheetOffset is implied by the Transformation matrix in ResourceLink /@ Transformation of the child’s ComponentLink .

GlueLine *

refelement

Array of all GlueLine Elements. The coordinate system is defined by the mother Component .

Location of Inserts

New in JDF 1.2

The following graphics depict the various values of InsertingParams /@ InsertLocation:

.

Table 7-229: Location of Inserts

Front

Back

Overfold

Finished Page

 

 

 

 

Child on Front of mother component -- is used for fixed inserts (e.g., gluing of inserts and so forth on Signatures).

Child on Back of mother component -- is used for fixed inserts (e.g., gluing of inserts on Signatures)

The mother component is opened at the overfold and the child is placed in the center of the of the mother. Overfold is used for loose inserts (e.g., inserts into newspapers)

Child on FinishedPage X of mother component -- can be used for loose and fixed inserts.

 

7.2.102 InsertSheet

InsertSheet Resources define Device generated images and Sheets which can be produced along with the Job. InsertSheet Elements include separators Sheets, error Sheets, accounting Sheets and Job Sheets. The information provided on the Sheet depends on the type of Sheet. In some cases, an Imposition Process can encounter RunList Elements that do not provide enough finished pages to complete a Layout Resource or its children. InsertSheet Resources are used to provide a standard way of completing such Layout Resources. InsertSheet Resources may also be used to start new Sheet Resources, (e.g., to ensure that a new chapter starts on a right-hand page). In addition, InsertSheet may specify whether new media are to be inserted after the current Sheet, Signature, Instance Document or Job is completed.

InsertSheet Elements may be used at the beginning or end of RunList with a SheetUsage Attribute of "Header" or "Trailer" . When an InsertSheet appears both in a RunList and in a Layout , the following precedence applies:

  1. 1 The InsertSheet with Usage FillSurface from the RunList is applied first.
  2. 2 The InsertSheet with Usage FillSheet from the RunList is applied.
  3. 3 The InsertSheet with Usage FillSignature from the RunList is applied.
  4. 4 After completely processing the RunList InsertSheet Elements once, apply the Layout Partition’s InsertSheet Elements.

If the RunList of the InsertSheet does not supply enough content to fill a Sheet, Signature or surface, the RunList will be reapplied until no PlacedObject slots remain to be filled. When an InsertSheet is used in a RunList of a Process that does not use a Layout or LayoutPreparationParams Resource (i.e., that Process is not a part of a Combined Process with Imposition or LayoutPreparation ), only Usage "Header" or "Trailer" are valid.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Disjointing , LayoutPreparationParams , RunList

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-230: InsertSheet Resource (Section 1 of 2)

Name

Data Type

Description

IncludeInBundleItem ?

New in JDF 1.2

enumeration

Defines bundle items when this InsertSheet is not a Subelement of RunList . If this InsertSheet is a Subelement of a RunList , then IncludeInBundleItem must be ignored, and RunList / @EndOfBundleItem must be used instead. As an example, IncludeInBundleItem controls whether the InsertSheet is to be included in a bundle item for purposes of finishing the InsertSheet with other Sheets.

Values are:

After - This InsertSheet is to be included in the BundleItem that occurs after this InsertSheet . "After" is equivalent to "None" if no BundleItem is defined after this InsertSheet

Before - This InsertSheet is to be included in the BundleItem that occurs before this InsertSheet . "Before" is equivalent to "None" if no BundleItem is defined before this InsertSheet .

None - This InsertSheet is not included in a BundleItem .

New - A new BundleItem is created. This InsertSheet will be in the new BundleItem by itself unless another InsertSheet with IncludeInBundleItem = "Before" occurs immediately after this InsertSheet .

IsWaste ?

boolean

Specifies whether the InsertSheet is waste that is to be removed from the document before further processing. If "true" , the InsertSheet is to be discarded when finishing the document.

MarkList ?

New in JDF 1.1

NMTOKENS

List of marks that are to be marked on this InsertSheet . Ignored if a Sheet is specified in this InsertSheet .

Values include:

CIELABMeasuringField

ColorControlStrip

ColorRegisterMark

CutMark

DensityMeasuringField

IdentificationField

JobField

PaperPathRegisterMark

RegisterMark

ScavengerArea

SheetFormat ?

New in JDF 1.1

Modified in JDF 1.2

NMTOKEN

Identifies that Device-dependent information is to be included on the InsertSheet .

Values include:

Blank

Brief

Duplicate - Valid for SheetUsage = "Interleaved" or "InterleavedBefore" . Specifies that the interleaved Sheet is to contain the same (duplicate) content as the previous ( "Interleaved") or following ( "InterleavedBefore" ) Sheet. If there is content on both sides of the previous or following Sheet (duplex), then the InsertSheet has both sides duplicated. New in JDF 1.2

Full

Standard

SheetType

New in JDF 1.1

enumeration

Identifies the type of Sheet.

Values are:

AccountingSheet - A Sheet that reports accounting information for the Job.

ErrorSheet - A Sheet that reports errors for the Job.

FillSheet - A Sheet that fills ContentObject Elements with no matching entry in the content RunList .

InsertSheet - A Sheet that is inserted to the Job, (e.g., a preprinted cover).

JobSheet - A Sheet that delimits the Job.

SeparatorSheet - A Sheet that delimits pages, sections, copies or Instance Documents of the Job.

SheetUsage

New in JDF 1.1

Modified in JDF 1.2

enumeration

Indicates where this InsertSheet is to be produced and inserted into the set of output pages.

Values are from: Table 7-231, “SheetUsage Attribute Values”.

Usage ?

Deprecated in JDF 1.1

enumeration

Values are from: @ SheetUsage .

Deprecation note: starting with JDF 1.1, use SheetUsage .

Layout ?

New in JDF 1.3

refelement

Details of the Sheet that will be inserted. Contents for this Layout are drawn from the RunList included in this InsertSheet if any. If not specified, the system specified insert Sheets are used. Any InsertSheet Resources referenced by this Layout are ignored.

RunList ?

refelement

A RunList that provides the content for the InsertSheet . Any InsertSheet Resources referenced by this RunList are ignored.

Sheet ?

Deprecated in JDF 1.3

refelement

Details of the Sheet that will be inserted. Contents for this Sheet are drawn from the RunList included in this InsertSheet if any. If not specified, the system specified insert Sheets are used. Any InsertSheet Resources referenced by this Sheet are ignored.

Deprecation note: starting with JDF 1.3, use Layout .

-- Attribute: SheetUsage

 

Table 7-231: SheetUsage Attribute Values (Section 1 of 2)

Value

Description

FillForceBack

Valid for SheetType = "FillSheet" . Contents of the RunList of the InsertSheet are used to fill the next Finished front Page of the current Sheet before forcing the next page of the content RunList to the next Finished back Page if not already on a Finished back Page.

Modification note: starting with JDF 1.4, this value applies to Finished pages rather than sheet surfaces.

FillForceFront

Valid for SheetType = "FillSheet" . Contents of the RunList of the InsertSheet are used to fill the next Finished back Page of the current Sheet before forcing the next Page of the content RunList to the next Finished front Page if not already on a Finished front Page. A typical use is to start a chapter on the front side of the Finished Page.

Modification note: starting with JDF 1.4, this value applies to Finished pages rather than sheet surfaces.

FillSheet

Valid for SheetType = "FillSheet" . Contents from the RunList of the InsertSheet are used to fill the current Sheet.

FillSignature

Valid for SheetType = "FillSheet" . Contents from the RunList of the InsertSheet are used to fill the current Signature.

FillSurface

Valid for SheetType = "FillSheet" . Contents from the RunList of the InsertSheet are used to fill the current surface.

Header

Valid for SheetType = "InsertSheet" , "JobSheet" or "SeparatorSheet" . The Sheet is produced at the beginning of the Job (for JobSheet), or at the beginning of each copy of each Instance Document (for SeparatorSheet), or is appended before the current Sheet, Signature, layout or RunList as defined by its context. Contents for the Sheet are drawn from the RunList included in this InsertSheet Resource if one is included. If a RunList is not included, the inserted Sheet is filled with system-specified content defined by SheetType .

Interleaved

Valid for SheetType = "SeparatorSheet" . The Sheet is produced after each page, (e.g., used to insert Sheets under transparencies). Contents for the Sheet are drawn from the RunList included in this InsertSheet Resource if one is included. If a RunList is not included, the inserted Sheet is filled with system-specified content defined by SheetType = "SeparatorSheet" .

InterleavedBefore

New in JDF 1.2

Valid for SheetType = "SeparatorSheet" . The Sheet is produced before each page, (e.g., used to insert Sheets before transparencies). Contents for the Sheet are drawn from the RunList included in this InsertSheet Resource if one is included. If a RunList is not included, the inserted Sheet is filled with system-specified content defined by SheetType = "SeparatorSheet" .

OnError

Valid for SheetType = "ErrorSheet" . The Sheet is produced at the end of the Job only when an error or warning occurs.

Slip

Valid for SheetType = "SeparatorSheet" . The Sheet is produced between each copy of each Instance Document. Contents for the Sheet are drawn from the RunList included in this InsertSheet Resource if one is included. If a RunList is not included, the inserted Sheet is filled with system-specified content defined by SheetType = "SeparatorSheet" .

SlipCopy

Valid for SheetType = "SeparatorSheet" . The Sheet is produced between each copy of the Job, which is defined to be when the complete RunList has been consumed. Contents for the Sheet are drawn from the RunList included in this InsertSheet Resource if one is included. If a RunList is not included, the inserted Sheet is filled with system-specified content defined by SheetType = "SeparatorSheet" .

Trailer

Valid for SheetType = "AccountingSheet" , "ErrorSheet" , "InsertSheet" , "JobSheet" and "SeparatorSheet" . The Sheet is produced at the end of the Job (for "AccountingSheet" , "ErrorSheet" and "JobSheet") , or at the end of each copy of each Instance Document (for "SeparatorSheet" ), or is appended after the current Sheet, Signature, layout or RunList as defined by its context. Contents for the Sheet are drawn from the RunList included in this InsertSheet Resource if one is included. If a RunList is not included, the inserted Sheet is filled with system specified content defined by SheetType.

Note: use SheetType = "ErrorSheet" and SheetUsage = "Trailer" to always produce a Sheet that contains error or success information even if no errors or warnings occurred.

7.2.103 InterpretedPDLData

Represents the results of the Interpreting or RasterReading Process. The details of this Resource are not specified, as it is assumed to be implementation dependent.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

RunList

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

7.2.104 InterpretingParams

The InterpretingParams Resource contains the parameters needed to interpret PDL pages. The Resource itself is a generic Resource that contains Attributes that are relevant to all PDLs. PDL-specific instances of InterpretingParams Resources may be included as Subelements of this generic Resource. This specification defines one additional PDL-specific Resource instance: PDFInterpretingParams .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

Interpreting

Output of Processes:

--

 

Table 7-232: InterpretingParams Resource (Section 1 of 2)

Name

Data Type

Description

Center = "false"

boolean

Indicates whether or not the finished page image is to be centered within the imageable area of the media. The Center is ignored if FitPolicy /@ SizePolicy = "ClipToMaxPage" and clipping is specified.

FitToPage ?

Deprecated in JDF 1.1

boolean

Specifies whether the finished page contents is to be scaled to fit the media. In JDF 1.1 and beyond, use FitPolicy .

MirrorAround = "None"

enumeration

This Attribute specifies the axis around which a RIP is to mirror an image. Note that this is mirroring in the RIP and not in the hardware of the output Device.

Values are:

None - The default.

FeedDirection - Image is mirrored around the feed-direction axis.

MediaWidth - Image is mirrored around the media-width axis.

Both - Image is mirrored around both possible axes.

Polarity = "Positive"

enumeration

The image must be RIPed in the specified polarity. Note that this is a polarity change in the RIP and not a polarity change in the hardware of the output Device.

Values are:

Positive

Negative

Poster ?

XYPair

Specifies whether the page contents is to be expanded such that each page covers X by Y pieces of media.

PosterOverlap ?

XYPair

This pair of real numbers identifies the amounts of overlap in points for the poster tiles across the horizontal and vertical axes, respectively.

PrintQuality = "Normal"

New in JDF 1.1

enumeration

Generic switch for setting the quality of an otherwise inaccessible Device.

Values are:

High - Highest quality available on the printer.

Normal - The default quality provided by the printer.

Draft - Lowest quality available on the printer.

Scaling ?

XYPair

A pair of positive real values that indicates the scaling factor for the page contents. Values between 0 and 1 specify that the contents are to be reduced, while values greater than 1 specify that the contents are to be expanded. This Attribute is ignored if FitToPage = "true" or if Poster is present and has a value other than "1 1 ". Any scaling defined in FitPolicy must be applied after the scaling defined by this Attribute.

ScalingOrigin ?

XYPair

A pair of real values that identifies the point in the unscaled PDL page that remains at the same position after scaling. This point is defined in the coordinate system of the PDL page.

For example, The ScalingOrigin of a PDL page with dimensions "300 400" scaled from the PDL page center would be "150 200" , regardless of the value of Scaling .

Modification note: starting with JDF 1.4, 1) the default value MAY be set to an implementation defined value; the default value is no longer specified as "0 0" in this document; 2) the phrase “PDL page” replaces “Page”; 3) this attribute specifies the point which is not shifted when scaling is applied and doesn’t specify a new Origin, i.e. lower left of the page.

FitPolicy ?

New in JDF 1.1

refelement

Allows printing even if the size of the imageable area of the media does not match the requirements of the data. This replaces the deprecated FitToPage Attribute. This FitPolicy Resource must be ignored in a Combined Process with LayoutPreparation .

Media *

New in JDF 1.1

Modified in JDF 1.2

refelement

This Resource provides a description of the physical media which will be marked. The physical characteristics of the media may affect decisions made during Interpreting . The cardinality was changed to “*” in JDF 1.2 in order support description of multiple media types, (e.g., Film, Plate and Paper.) If multiple Media are specified, Media /@ MediaType defines the type of Media . If multiple Media with Media /@ MediaType = "Paper" are specified in a proofing environment, the first Media is the proofer paper and the second Media is the final Device paper.

ObjectResolution *

refelement

Indicates the resolution at which the PDL contents will be interpreted in DPI. These Elements may be different from the ObjectResolution Elements provided in the Resource.

PDFInterpretingParams ?

New in JDF 1.1

element

Details of interpreting for PDF. Note that this is a Subelement in JDF 1.1 and beyond, and not an instance as in JDF 1.0.

7.2.104.1 Element: PDFInterpretingParams

New in JDF 1.1

 

Table 7-233: PDFInterpretingParams Element (Section 1 of 3)

Name

Data Type

Description

EmitPDFBG = "true"

boolean

Indicates whether BlackGeneration functions are to be emitted.

EmitPDFHalftones = "true"

boolean

Indicates whether Halftones are to be emitted.

EmitPDFTransfers = "true"

boolean

Indicates whether Transfer functions are to be emitted

EmitPDFUCR = "true"

boolean

Indicates whether UnderColorRemoval functions are to be emitted.

HonorPDFOverprint = "true"

boolean

Indicates whether or not overprint settings in the file will be honored. If "true" , the setting for overprint will be honored. If "false" , it is expected that the Device does not directly support overprint and that the PDF is preprocessed to simulate the effect of the overprint settings

ICCColorAsDeviceColor = "false"

boolean

Indicates whether colors specified by ICC color spaces are to be treated as Device colorants.

OCGDefault = "FromPDF"

New in JDF 1.3

enumeration

Specifies whether optional Content Groups (OCGs or layers) in the PDF being interpreted and not explicitly listed in subsidiary OCGControl Subelements, are to be included in the InterpretedPDLData produced by the Interpreting Process.

Values are:

Exclude - All layers not explicitly listed are to be excluded.

FromPDF - The guidelines in the PDF reference are to be used to determine whether to include each layer that is not explicitly listed.

Include - All layers not explicitly listed are to be included.

OCGIntent ?

New in JDF 1.3

NMTOKEN

If OCGDefault = "FromPDF" , then the value of OCGIntent sets the intent for which OCGs are to be selected.

Values include:

Design - as described in [PDF1.6] .

View - as described in [PDF1.6] .

OCGProcess ?

New in JDF 1.3

enumeration

If OCGDefault = "FromPDF" , then the value of OCGProcess sets the purpose for which the Interpreting Process is being performed. This, in turn, sets which value from a relevant optional content usage dictionary is to be used to determine whether each OCG is included in the InterpretedPDLData :

Values are:

Export - PDF ExportState in the Export subdictionary.

Print - PDF PrintState in the Print subdictionary

View - PDF ViewState in the View subdictionary.

OCGZoom = "1.0"

New in JDF 1.3

double

If OCGDefault = "FromPDF" , then the value of OCGZoom sets the magnification to be assumed in comparisons with the Zoom dictionary in a relevant optional content usage dictionary to determine whether each OCG is included in the InterpretedPDLData . A OCGZoom value of 1.0 is assumed to be a magnification of 100%.

PrintPDFAnnotations = "false"

Modified in JDF 1.3

boolean

Indicates whether the contents of annotations on PDF pages MUST be included in the output. This only refers to annotations that are set to print in the PDF file excluding trap annotations. Trap annotations are controlled with PrintTrapAnnotations .

PrintTrapAnnotations ?

New in JDF 1.3

boolean

Indicates whether the contents of trap annotations on PDF pages MUST be included in the output.

TransparencyRenderingQuality ?

double

Values are 0 to 1. A value of 0 represents the lowest allowable quality; 1 represents the highest desired quality.

OCGControl *

New in JDF 1.3

element

Provides a list of the OCGs (layers) that are to be explicitly included or excluded in the InterpretedPDLData . Any OCGs not listed in an OCGControl Element will follow the rules set by OCGDefault .

7.2.104.2 Element: OCGControl

New in JDF 1.3

 

Table 7-234: OCGControl Element

Name

Data Type

Description

IncludeOCG = "true"

boolean

Defines whether the optional content group(s) identified by OCGName are to be included in the InterpretedPDLData . If "true" , then the layer must be included. If "false" , it must not .

Note that the contents stream of excluded OCGs must still be interpreted so that changes to CTM, etc., are acted on. The objects drawn in excluded OCGs must not be rendered.

OCGName

string

The name of the optional content group(s) that must be included or excluded. Note that the Name Attribute of an optional content group entry is encoded as a PDF text string, and OCGName is encoded with the Unicode variant identified in the JDF file header; names must be re-encoded as necessary for comparison. Using a value for OCGName that does not match any OCG in the referenced PDF file is an error (subject to SettingsPolicy ), independent of the value of IncludeOCG .

7.2.104.3 More about PDFInterpretingParams

7.2.104.3.1 PDF Optional Content Groups

The order of OCGControl Elements has no effect; the Z-order of graphic elements that make up each optional content group (the term layer is misleading in this regard) within the PDF file defines the drawing order of those graphic elements.

Any preferences recorded in OCGs within the PDF file as to whether that OCG are to be displayed or not will be ignored if that OCG is referenced from an OCGControl Element, or if OCGDefault is either "Include" or "Exclude" ; PDF preferences are only applied when OCGDefault = "FromPDF" .

If OCGDefault = "FromPDF" , the state of all OCGs explicitly referenced from OCGControl Elements must be set before determining the state of any remaining OCGs.

All controls for OCGs in JDF address OCGs directly, and not optional Content Member Dictionaries (OCMDs do not have unique names).

NOTE: [PDF1.6] does not state that all OCGs must have unique names. It is therefore possible for a single PDF file to contain multiple OCGs with the same name. When OCGControl /@OCGName refers to multiple OCGs in a file, they will all be explicitly included or excluded together.

7.2.105 JacketingParams

New in JDF 1.1

Description of the setup of the jacketing machinery. Jacket height and width (1 and 4 in the Figure 7-40) are specified within the Component that describes the jacket.

 

Figure 7-40: Setup of the Jacketing Machinery

 

 

 

 

Figure 7-41: Parameters and coordinate system for jacketing

 

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Jacketing

Output of Processes:

--

 

Table 7-235: JacketingParams Resource

Name

Data Type

Description

FoldingDistance ?

New in JDF 1.4

double

Distance from the fold at FoldingWidth to the other fold. If not specified, it defaults to width of the Jacket minus two times FoldingWidth (symmetrical folds).

FoldingWidth

double

Definition of the dimension of the folding width of the front cover fold (see FoldingWidth in the picture above). All other measurements are implied by the dimensions of the book.

7.2.106 JobField

New in JDF 1.1

A JobField is a Mark object that specifies the details of a Job. The JobField Elements are also referred to as slug lines.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Layout / MarkObject , LayoutPreparationParams , StrippingParams / StripMark

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-236: JobField Resource (Section 1 of 2)

Name

Data Type

Description

JobFormat ?

New in JDF 1.4

string

A formatting string used with JobTemplate to generate a string.

Values are from: Appendix I, “Generating strings with Format and Template” .

JobTemplate ?

New in JDF 1.4

string

A list of values used with JobFormat to generate a string.

Values are from: Appendix I, “Generating strings with Format and Template” .

OperatorText ?

string

Text from the operator. Note that this was erroneously described as text to the operator in JDF 1.1 and below.

Constraint : starting with JDF 1.4, if JobFormat and JobTemplate are specified, ShowList , OperatorText and UserText MUST NOT be specified.

ShowList ?

Modified in JDF 1.4

NMTOKENS

List of elements to display in the JobField .

Constraint : starting with JDF 1.4, if JobFormat and JobTemplate are specified, ShowList OperatorText and UserText MUST NOT be specified.

Values include those from: Table I-1, “Predefined variables used in @XXXTemplate and @ShowList”. New in JDF 1.4

Modification note: starting with JDF 1.4, the values come from a common list rather than a list that is custom to this Resource. In addition, ShowList becomes optional.

UserText ?

string

User-defined text to output with JobField .

Constraint : starting with JDF 1.4, if JobFormat and JobTemplate are specified, ShowList , OperatorText and UserText MUST NOT be specified.

DeviceMark ?

Modified in JDF 1.3

Deprecated in JDF 1.4

refelement

DeviceMark defines the formatting parameters for the mark. If not specified, the settings defined in LayoutPreparationParams / DeviceMark are assumed.

Deprecation note: starting with JDF 1.4, DeviceMark MUST be specified in the parent MarkObject Element.

7.2.107 LabelingParams

New in JDF 1.1

LabelingParams defines the details of the Labeling Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Labeling

Output of Processes:

--

 

Table 7-237: LabelingParams Resource

Name

Data Type

Description

Application ?

NMTOKEN

Application method of the label.

Values include:

Glue - Glued onto the component.

Loose - Loosely laid onto the component.

SelfAdhesive - Self adhesive label.

Staple - Stapled onto the component.

CTM ?

matrix

Position and orientation of the label lower-left-corner relative to the lower left corner of the component surface as defined by Position .

Position ?

enumeration

Position of the label on the bundle.

Values are:

Back

Bottom

Front

Left

Right

Top

7.2.108 LaminatingParams

New in JDF 1.1

This Resource specifies the parameters needed for laminating.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

SheetName , Side

Input of Processes:

Laminating

Output of Processes:

--

 

Table 7-238: LaminatingParams Resource

Name

Data Type

Description

AdhesiveType ?

string

Type of adhesive used. Valid only when LaminatingMethod = DispersionGlue .

GapList ?

DoubleList

List of non-laminated gap positions in the X direction of the laminating tool in the coordinate system of the Component . The zero-based even entries define the absolute position of the start of a gap, and the odd entries define the end of a gap. If not specified, the complete area defined by LaminatingBox is laminated.

HardenerType ?

string

Type of hardener used. Valid only when LaminatingMethod = "DispersionGlue" .

LaminatingBox

rectangle

Area on the Component to be laminated.

LaminatingMethod ?

enumeration

Laminating technology that is applied.

Values are:

CompoundFoil

DispersionGlue

Fusing - New in JDF 1.3

Unknown - Deprecated in JDF 1.2

NipWidth ?

New in JDF 1.3

double

Width of the nip in points to be formed between the fusing rollers and the component in the Laminating Process.

Temperature ?

double

Temperature used in the Laminating Process, in ˚ Centigrade.

7.2.109 Layout

Represents the root of the layout structure. The Layout is used both for fixed-layout and for automated printing.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

LayoutIntent , Component , CylinderLayout , InsertSheet

Example Partition:

SignatureName , WebName , RibbonName , SheetName , Side , PartVersion

Input of Processes:

ConventionalPrinting , CylinderLayoutPreparation , DigitalPrinting , Imposition , InkZoneCalculation

Output of Processes:

LayoutPreparation , Stripping

 

Table 7-239: Layout Resource (Section 1 of 4)

Name

Data Type

Description

Automated ?

boolean

If "true" , the Imposition Process is expected to perform automated imposition.

Layout /@ Automated MUST only be specified in the root Partition of Layout .

Default value is: "false" in the root Partition of Layout

BaseOrdReset = "PagePool"

New in JDF 1.4

enumeration

Policy about how the Ord Attribute of an entry MUST be calculated when extracting a page from a RunList and positioning it in the Layout .

Values are:

PagePool - The Base Ord is reset to point to the first page entry of the Page Pool at the beginning of each Page Pool processed by the Imposition Template .

PagePoolList - At the beginning of processing of the Imposition Template , the Base Ord is reset to point to the first page entry of the first Page Pool to be processed by the Imposition Template . This results in all Page Pool s that will be processed by the Imposition Template to be treated as a Page Pool List .

LockOrigins = "false"

New in JDF 1.3

boolean

Determines the relationship of the coordinate systems for front and back surfaces. When "false" , all contents for all surfaces are transformed into the first quadrant, in which the origin is at the lower left corner of the surface.

When "true" , contents for the front surface are imaged into the first quadrant (as above), but contents for the back surface are imaged into the second quadrant, in which the origin is at the lower right. This allows the front and back origins to be aligned even if the exact media size is unknown. The LockOrigins was copied from the deprecated Sheet Resource.

MaxCollect ?

New in JDF 1.4

integer

Maximum number of Sheets that will be collected into a signature. MaxCollect modifies the pagination when automated imposition is selected.

Specifying MaxCollect can effectively cause a Page Pool or Page Pool List to be broken into “sub” Page Pools. Each of these “sub” Page Pools provides the set of pages mapped onto a single Collect, and are processed sequentially out of the “parent” Page Pool (or Page Pool List). Thus each sub-Page Pool effectively restarts the ord counting within the Imposition Template (i.e. treat a sub-Page Pool as if a new Page Pool were being started with the Imposition Template).

If not specified, all sheets MUST be collected.

MaxDocOrd = "1"

New in JDF 1.1

Deprecated in JDF 1.4

integer

Zero-based maximum number of Instance Documents that are consumed from a RunList each time the Layout is executed, assuming the Imposition Process is automated.

Deprecation note: see MaxOrd .

MaxOrd ?

Deprecated in JDF 1.4

integer

Zero-based maximum number of placed objects that are consumed from a RunList each time the Layout is executed, assuming the Imposition Process is automated. If not specified, it must be calculated from the Ord values of the ContentObject Elements in the Layout .

Deprecation note: MaxOrd has no meaning if negative Ord values exist in an automated Layout . The consumer MUST calculate the implied 2 values for increasing and decreasing the explicit Ord values in an automated Layout by evaluating the actual values of ContentObject /@ Ord . Increment from Front = 1+max( ContentObject /@ Ord _+) where “ Ord _+” specifies positive values of Ord ; Decrement from Back = max (abs (( ContentObject /@ Ord _-)) where “ Ord _-” specifies negative values of Ord . See ref automated Layout for details.

MaxSetOrd = "1"

New in JDF 1.1

Deprecated in JDF 1.4

integer

Zero-based maximum number of Document Sets that are consumed from a RunList each time the Layout is executed, assuming the Imposition Process is automated.

Deprecation note: see MaxOrd .

MinCollect ?

New in JDF 1.4

integer

Minimum number of Sheets that will be collected into a signature. MinCollect modifies the pagination when automated imposition is selected.

Name ?

New in JDF 1.1

Deprecated in JDF 1.4

string

Unique name of the Layout . The Name is used for external reference to a Layout .

Deprecation note: starting with JDF 1.4, use DescriptiveName .

OrdsConsumed ?

New in JDF 1.4

IntegerRangeList

Range of Ord values of the RunList ( Document ) that are consumed by this Layout section. MUST NOT be specified unless @ Automated = "true" .

SheetCountReset ?

New in JDF 1.4

enumeration

Policy as to when the automated imposition variables SheetCount and TotalSheetCount are reset. See Section 6.4.17.2, “Variables for Automated Imposition”.

Values are:

Continue - SheetCount continues to increment for each sheet generated by the current Imposition Template .

PagePool - SheetCount is reset to zero upon start of processing of a new Page Pool and TotalSheetCount is determined for that new Page Pool ..

PagePoolList - SheetCount is reset to zero upon start of processing of an Imposition Template , and TotalSheetCount is recalculated.
Note that the value of TotalSheetCount may depend on the sheets generated from successive Imposition Template s (for example, if the current Imposition Template has SheetCountReset = "PagePoolList" , and the subsequent Imposition Template has SheetCountReset = "Continue" , TotalSheetCount will include the sheets generated by both Imposition Template s.

SheetNameFormat ?

New in JDF 1.4

string

A formatting string used with SheetNameTemplate to algorithmically construct SheetName . SheetNameFormat and SheetNameTemplate are used to identify individual parts of the Layout in an automated environment.

Values are from: Appendix I, “Generating strings with Format and Template” .

SheetNameTemplate ?

New in JDF 1.4

string

A list of values used with SheetNameFormat to algorithmically construct SheetName . SheetNameFormat and SheetNameTemplate are used to identify individual parts of the Layout in an automated environment.

Values are from: Appendix I, “Generating strings with Format and Template” .

SourceWorkStyle ?

New in JDF 1.3

WorkStyle

Indicates which WorkStyle was used to create the Layout . This is only informative and can be useful when creating double sided proofs.

SurfaceContentsBox ?

New in JDF 1.3

rectangle

This box, specified in Layout -coordinate space, defines the area into which MarkObject or ContentObject Elements are distributed. The lower left corner of the rectangle specified by the value of this Attribute establishes the coordinate system into which the content is mapped and should have a value of "0 0" . SurfaceContentsBox may imply clipping.

This Attribute should be supplied in order to get predictable placement of content. If this Attribute is not supplied, a rectangle with the origin at "0 0" and an extent that may be dependent on the dimensions of one of the Media is implied.

InsertSheet *

Deprecated in JDF 1.4

refelement

Additional Sheets that are to be inserted before and/or after a document. Depending on which Partition level the InsertSheet is defined, it specifies how to complete the Sheet or surface in an automated printing environment.

Deprecation note: starting with JDF 1.4, use Layout / PageCondition for "FillSheet" , "FillSurface" , and "FillSignature" operations; use Layout / SheetCondition for an insert sheet.

LayerList ?

New in JDF 1.1

element

List of LayerDetails Elements.

LogicalStackParams ?

New in JDF 1.4

element

When specified, configures the imposition engine to place content onto one or more Logical Stack s distributed on a common set of sheets. Layout / LogicalStackParams MUST only be specified in the root Layout element AND only when Layout /@ Automated = "true" . All Logical Stack s defined by LogicalStackParams MUST be used in all Imposition Template s. See Section 6.4.17.4.1, “Using Logical Stacks”.

Media *

New in JDF 1.1

Modified in JDF 1.3

refelement

Describes the media to be used. If multiple Media are specified, Media / @MediaType species the type of Media , typically Paper, Plate or Film. Multiple Media with the same Media /@ MediaType must not be specified in one Layout .

Note that at least one Media must be specified in the Partitioned Layout tree in JDF 1.3 or above.

MediaSource ?

Deprecated in JDF 1.1

refelement

Describes the media to be used. Replaced by Media in JDF 1.1.

PageCondition *

New in JDF 1.4

element

The PageCondition Elements are used only with automated imposition. They define restrictions on which page content may be placed in a Layout / ContentObject and. If any PageCondition restricts placing a page into a ContentObject , the Page MUST NOT be filled into that ContentObject .

PlacedObject *

New in JDF 1.3

element

Provides a list of the ContentObject and MarkObject Elements to be placed on to the surface. Contains the marks on the surface in rendering order. All PlacedObject Elements must be specified in the Partition leaves of the Layout . See Section 7.2.109.12.1.2, “Position of PlacedObject Elements in Layout” .

Note: PlacedObject is not a container but an Abstract type.

SheetCondition ?

New in JDF 1.4

element

Specifies the conditions under which the optional sheet defined by this Layout is produced. MUST only be present when Layout /@ Automated = "true" , and MUST be contained within a Layout branch partitioned by SheetName .

Signature *

Deprecated in JDF 1.3

element

The Signature Element has been replaced by a Layout Partition, namely Layout [@ SignatureName ]. In JDF 1.3 and beyond, Signature / @Name has been replaced by the Partition Key Layout / @SignatureName .

TransferCurvePool ?

New in JDF 1.1

refelement

Describes the relationship of transfer curves and coordinate systems within the various Processes.

7.2.109.1 Element: LayerList

New in JDF 1.1

This Element provides a container for an ordered list of LayerDetails Elements. The individual Elements are referenced by their zero-based index in the LayerList using the LayerIDs Partition Key.

 

Table 7-240: LayerList Element

Name

Data Type

Description

LayerDetails *

element

Details of the individual layers.

7.2.109.2 Element: LayerDetails

New in JDF 1.1

This Element provides information about individual layers.

 

Table 7-241: LayerDetails Element

Name

Data Type

Description

Name ?

string

Unique name of the layer.

7.2.109.3 Element: LogicalStackParams

New in JDF 1.4

 

Table 7-242: LogicalStackParams Element

Name

Data Type

Description

MaxStackDepth ?

integer

Maximum number of imposed sheets to generate as an Imposed Sheet Set (the size of the Logical Stack ). Implementations MUST generate the minimum stack size to accommodate the available number of Logical Sheet s if the total number of required sheets for the last stack is smaller than MaxStackDepth .

Restrictions = "None"

enumeration

Describes any restrictions set on the placement of a Recipient Set 's Logical Sheet s within or across Imposed Sheet Set s.

Values are:

None - a recipient set's Logical Sheet s may be placed across both Logical Stack s and Imposed Sheet Set s.

WithinImposedSheetSet - a Recipient Set 's Logical Sheet s MUST be placed within a single Imposed Sheet Set

WithinLogicalStack - a Recipient Set 's Logical Sheet s MUST be placed within a single Logical Stack .

Stack +

element

Describes parameters to control the sequencing of Logical Sheet s onto individual Logical Stack s.

7.2.109.4 Element: Stack

New in JDF 1.4

 

Table 7-243: Stack Element

Name

Data Type

Description

LogicalStackOrd

integer

0-based Logical Stack identifier that specifies which Logical Stack is controlled by this Stack Element. The value of Stack /@ LogicalStackOrd MUST correspond to a PlacedObject /@ LogicalStackOrd value.

LogicalStackSequence = "SheetIndex"

enumeration

Specifies how Logical Sheet s MUST be placed onto the Logical Stack .

Values are:

SheetIndex - Logical Sheet s are placed in the order of ascending SheetIndex .

DescendingSheetIndex - Logical Sheet s are placed in the order of descending SheetIndex .

7.2.109.5 Element: PageCondition

New in JDF 1.4

The PageCondition Element defines restrictions on when page content MUST NOT be placed in a ContentObject of a Layout . Before placing page content from a RunList into a ContentObject the PageCondition /@ RestrictedContentObjects Attribute MUST be checked for the Ord of the ContentObject . If the Ord of the ContentObject is in the RestrictedContentObjects Attribute Value, the alternate content, if any, MUST be placed in the ContentObject . After skipping a restricted ContentObject , the Imposition Process MUST then place the current page content into the location defined by the next ContentObject (after that specified by the RestrictedContentObject ). This corresponds to incrementing the effective Ord value of the page in the RunList by 1, effectively incrementing the total number of pages of the RunList . If the next ContentObject is also restricted then the process is repeated. PageCondition Elements are processed in their XML order.

 

Table 7-244: PageCondition Element

Name

Data Type

Description

RestrictedContentObjects

IntegerList

List of @ Ord values of those ContentObject Elements into which page content that matches the conditions as specified in Part or PageCondition /@ Condition MUST NOT be placed.

Condition ?

enumeration

Specifies the conditions when the PageCondition applies.

Condition MUST NOT be specified if Part Elements are present.

Values are:

PagePoolStart - the condition is true when the Ord refers to the first page of a Page Pool in the RunList .

PagePoolEnd - after processing of the Page Pool is completed, the condition is true for all unused Ord positions in the current Collect.

PagePoolListStart - the condition is true when the Ord refers to the first page of an aggregated set of Page Pool s in the RunList .

PagePoolListEnd - after processing of the Page Pool list is completed, the condition is true for all unused Ord positions in the current Collect.

RunList ?

refelement

Alternate page content that MUST be placed into the ContentObject Elements that are specified in RestrictedContentObjects when the PageCondition evaluates to "true" . The first page of the referenced RunList MUST be used.

Part *

element

Specifies the conditions when the PageCondition applies. Multiple Part Elements specify alternate page conditions (ORing of them).

Part Elements MUST NOT be specified if Condition is present.

 

Example 7-23: PageCondition

New in JDF 1.4

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< Layout Class = "Parameter" ID = "L000004" Status = "Available"

PartIDKeys = "SheetName Side" >

< PageCondition RestrictedContentObjects = "1 -1" >

<!-- Force document with Chapter starts onto a right hand side (facing)

page -->

< Part DocTags = "Chapter" DocRunIndex = "0" />

</ PageCondition >

< Layout SheetName = "Mysheet" >

< Layout Side = "Front" >

< ContentObject CTM = "1 0 0 1 0 0" Ord = "-1" /> <!-- Outside left -->

< ContentObject CTM = "1 0 0 1 595 0" Ord = "0" /> <!-- outside right -->

</ Layout >

< Layout Side = "Back" >

< ContentObject CTM = "1 0 0 1 0 0" Ord = "1" /> <!-- inside left-->

< ContentObject CTM = "1 0 0 1 595 0" Ord = "-2" /> <!-- inside right-->

</ Layout >

</ Layout >

</ Layout >

</ResourcePool>

<ResourceLinkPool>

<LayoutLink Usage="Input" rRef="L000004"/>

</ResourceLinkPool>

</JDF>

 

7.2.109.6 Element: SheetCondition

New in JDF 1.4

 

Table 7-245: SheetCondition Element

Name

Data Type

Description

Condition ?

enumerations

When present, defines an optional sheet by specifying each condition (equivalent to a logical or) under which the optional sheet is produced.

Values include:

Begin - At beginning of imposition processing (all sets in case of multiple Recipient Set s)

End - At the end of imposition processing.

BeginSet - At beginning of processing of an individual Recipient Set .

EndSet - At end of processing of an individual Recipient Set .

PagePoolBegin - At beginning of processing of a Page Pool .

PagePoolEnd - At the end of processing of a Page Pool .

PagePoolListBegin - At beginning of processing of a Page Pool List

PagePoolListEnd - At end of processing of a Page Pool List

LogicalStackBegin - adds a Logical Sheet to the beginning of each Logical Stack generated as part of an Imposed Sheet Set .

LogicalStackEnd - adds a Logical Sheet to the end of each Logical Stack generated as part of an Imposed Sheet Set .

LogicalStackSetBegin - At beginning of generation of a set of Logical Stack s. Note that LogicalStackOrd MUST be used to indicate the Logical Stack on which the conditional sheet is placed.

LogicalStackSetEnd - At end of generation of a set of Logical Stack s. Note that LogicalStackOrd MUST be used to indicate the Logical Stack on which the conditional sheet is placed.

ImposedSheetSetBegin - At beginning of generation of an Imposed Sheet Set . Note that this generates a separator sheet not counted as part of the Imposed Sheet Set . Any MarkObject Elements specifying LogicalStackOrd are ignored.

ImposedSheetSetEnd - At end of generation of an Imposed Sheet Set . Note that this generates a separator sheet not counted as part of the Imposed Sheet Set . Any MarkObject Elements specifying LogicalStackOrd are ignored.

RunList ?

refelement

Supplies content for any ContentObject Elements specified within the optional sheet definition. All ContentObject Elements in the optional sheet definition MUST reference content supplied by this RunList .

7.2.109.7 Element: PlacedObject

The marks that are to be placed on the designated surface of a Layout come in two varieties: ContentObject or MarkObject Elements. All inherit characteristics from the Abstract PlacedObject which is described below.

7.2.109.7.1 Element: Abstract PlacedObject

 

Table 7-246: Abstract PlacedObject Element (Section 1 of 3)

Name

Data Type

Description

Anchor ?

New in JDF 1.4

Anchor

Specifies the anchor point of the PlacedObject that remains in place on the surface when the value of TrimSize changes. Anchor is specified in the coordinate system of the PlacedObject prior to application of the CTM .

ClipBox ?

rectangle

Clipping rectangle in the coordinates of the SurfaceContentsBox . ClipBox MUST NOT be present if PlacedObject /@ ClipBoxFormat is supplied.

ClipBoxFormat ?

New in JDF 1.4

string

A formatting string used with ClipBoxTemplate to algorithmically construct ClipBox . ClipBoxFormat MUST ONLY be present if PlacedObject /@ ClipBox is not supplied and Layout /@ Automated = "true" .

Values are from: Appendix I, “Generating strings with Format and Template” .

ClipBoxTemplate ?

New in JDF 1.4

string

A list of values used with ClipBoxFormat to algorithmically construct ClipBox . ClipBoxTemplate MUST ONLY be present if PlacedObject /@ ClipBox is not supplied and Layout /@ Automated = "true" .

Values are from: Appendix I, “Generating strings with Format and Template” .

ClipPath?

New in JDF 1.3

PDFPath

Clip path for the PlacedObject in the coordinates of the SurfaceContentsBox (lower left of SurfaceContentsBox is used as reference zero point, same as for ClipBox ). The actual clip region is the union of ClipBox and ClipPath or the union of ClipBox and SourceClipPath .

ClipPath and SourceClipPath must not be specified in the same PlacedObject . ClipPath should be specified when both ClipPath and SourceClipPath are known because ClipPath provides a more stable coordinate system (not sensitive to shifts caused by editing the page).

CompensationCTMFormat ?

New in JDF 1.4

string

A formatting string used with CompensationCTMTemplate to algorithmically construct a compensation CTM that MUST be concatenated to CTM. CompensationCTMFormat MAY be present if Layout /@ Automated = "true" .

Values are from: Appendix I, “Generating strings with Format and Template” .

CompensationCTMTemplate ?

New in JDF 1.4

string

A list of values used with CompensationCTMFormat to algorithmically construct a compensation CTM that MUST be concatenated to CTM. CompensationCTMTemplate MAY be present if Layout /@ Automated = "true" .

Values are from: Appendix I, “Generating strings with Format and Template” .

CTM

matrix

The coordinate transformation matrix (CTM -- a Postscript term) of the object in the SurfaceContentsBox . For details, see Figure 2-8, “Equation for Surface Coordinate System Transformations” . The origin of the source coordinate system is the lower left (expressed in the source coordinate system) of the object and the origin of the destination coordinate system is lower left of the SurfaceContentsBox . For details, see Section 2.5.1.1, “Source Coordinate Systems” .

Note: CTM must be recalculated if the object is replaced afterwards with a new object with different dimensions.

HalfTonePhaseOrigin = "0 0"

XYPair

Location of the origin for screening of this ContentObject . Specified in the coordinate systems of SurfaceContentsBox .

LayerID ?

New in JDF 1.1

integer

If a Layout supports layering (e.g., for versioning), LayerID specifies the index of the Layout / LayerList / LayerDetails Element in Layout / LayerList that a ContentObject belongs to, (e.g., the language layer version). The details of the layers are specified in the Layout / LayerList / LayerDetails Element.

LogicalStackOrd ?

New in JDF 1.4

integer

0-based Logical Stack identifier that this PlacedObject belongs to. LogicalStackOrd MUST match the LogicalStackOrd of an entry in Layout / LogicalStackParams / Stack .

OrdID ?

New in JDF 1.1

integer

If a Layout supports layering (e.g., for versioning), elements that belong to the same final page SHOULD have a matching OrdID .

SourceClipPath ?

Modified in JDF 1.3

PDFPath

Clip path for the PlacedObject in the source coordinate system. SourceClipPath is applied to the referenced source object in addition to any clipping that is internal to the object. Internal transformation of the source object (Rotation key in PDF, Orientation Tag in TIFF etc.) MUST be applied prior to applying SourceClipPath.

ClipPath and SourceClipPath must not be specified in the same PlacedObject .

See Section 2.5.1.1, “Source Coordinate Systems” for definitions of source coordinate systems.

TrimClipPath ?

New in JDF 1.4

PDFPath

The die cutting path for the PlacedObject in the coordinates of the SurfaceContentsBox (lower left of SurfaceContentsBox is used as reference zero point, same as for ClipBox ). That path can be used for proofing purpose.

TrimCTM ?

New in JDF 1.1

matrix

The transformation matrix of the trim box to be applied to the object’s referenced content in the coordinate system of SurfaceContentsBox . Note that imposition programs that execute the Layout MUST recalculate the CTM in case the referenced content is replaced with new referenced content having different dimensions, otherwise the position of the content inside the trim box will shift. This recalculation is based on Anchor , TrimCTM , TrimSize and trim box.

TrimSize ?

New in JDF 1.2

XYPair

The size of the object's trim box as viewed in the SurfaceContentsBox ( TrimCTM scaling and rotation applied).

TrimSize is needed when replacing the object by a new object with a different dimension.

Note: Recalculation of PlacedObject / @CTM is only necessary when the Imposition Process needs to replace some pages from the provided RunList (using the Layout as a kind of imposition template). To ensure correct placement of a new page in the Layout , PlacedObject / @CTM recalculations should always be done according to PlacedObject / @TrimCTM and PlacedObject / @TrimSize . Together, these two Attributes represent the trimming information of the imposition software page, which is not always the same as the original RunList page trimming information (= LayoutElement / @SourceTrimBox when real trim box of the object is known).

Usage of both PlacedObject Elements TrimCTM and TrimSize Attributes will allow page replacements on any type of imposition Layout .

Type ?

Deprecated in JDF 1.1

enumeration

Describes the kind of PlacedObject .

Values are:

Content

Mark

FitPolicy ?

New in JDF 1.4

refelement

MUST NOT be present when Layout /@ Automated = "false" . Specifies automated fit policy for the page cell described by the PlacedObject . When present, PlacedObject /@ TrimSize MUST also be present in the PlacedObject , and represents the cell size for this PlacedObject .

7.2.109.8 Element: ContentObject

ContentObject Elements describe containers for page content on a surface. They are filled from the content RunList of the Imposition Process. For print applications where page count varies from Instance Document to Instance Document, imposition templates can automatically assign pages to the correct surface and PlacedObject position.

 

Table 7-247: ContentObject Element

Name

Data Type

Description

DocOrd ?

New in JDF 1.1

integer

Reference to an index of an Instance Document in the content RunList . This references an Instance Document with an index module. Layout /@ MaxDocOrd equals DocOrd in an automated layout scenario. The index can either be known explicitly from a variable RunList or implicitly from the index within an indexable content definition language, (e.g., PPML).

Ord ?

Modified in JDF 1.4

integer

A zero-based reference to an index in the content RunList . The index is incremented for every page of the RunList with IsPage = "true" . The Ord value of the first page of a RunList has the value "0" .

If Layout /@ Automated = "true" , Ord MAY be a negative integer in a ContentObject . In this case, the explicit Ord for each iteration of the automated Layout is calculated by subtracting the appropriate number of Ord values from the back of the document. For details on automated Layout , see Section 6.4.17, “Imposition”.

OrdExpression ?

string

Function to calculate an Ord value dynamically, using a value of s for Signature number and n for total number of pages in the Instance Document. The Ord or DocOrd and OrdExpression are mutually exclusive in one PlacedObject .

Value format is from: Section 7.2.109.12.5, “Using Expressions in the OrdExpression Attribute”.

SetOrd ?

New in JDF 1.1

integer

A non-negative, zero-based reference to an index of a Document Set in the content RunList . This references an Instance Document with an index module. Layout /@ MaxSetOrd = SetOrd in an automated layout scenario. The index can either be known explicitly from a variable RunList or implicitly from the index within an indexable content definition language, (e.g., PPML).

 

7.2.109.9 Element: MarkObject

MarkObject Elements describe containers for page marks on a surface. The PDL for the marks should exist prior to imposing and should be filled from the RunList ( Marks ) of the Imposition Process. An individual MarkObject represents the content data of the Marks. The content data in individual MarkObject Elements may contain multiple logical marks.

 

Table 7-248: MarkObject Element (Section 1 of 3)

Name

Data Type

Description

ContentRef ?

New in JDF 1.4

IDREF

ContentRef refers to the ContentObject that this MarkObject is related to. ContentRef is used to define the object that metadata for generating dynamic marks MAY be extracted from.

LayoutElementPageNum ?

New in JDF 1.1

Modified in JDF 1.3

Deprecated in JDF 1.4

integer

Page number to use from the PDL file described by LayoutElement .

Modification note: starting with JDF 1.3, the default value of "0" is removed.

Deprecation note: starting with JDF 1.4, PDL for Marks MUST be referenced via RunList ( Marks ).

Ord ?

Modified in JDF 1.4

integer

A non-negative reference to an index in the RunList ( Marks ). The index is incremented for every page of the RunList with IsPage = "true" . The first page of a RunList has the value 0.

Modification note: starting with JDF 1.4, at most one of Ord or DeviceMark MUST be specified. For JDF 1.3 only, at most one of LayoutElement , Ord or JobField MUST be specified.

CIELABMeasuringField *

refelement

Specific information about this kind of mark object. See below for information regarding dynamically generated marks.

ColorControlStrip *

Modified in JDF 1.1

refelement

Specific information about this kind of mark object. See below for information regarding dynamically generated marks.

CutMark *

Modified in JDF 1.1

refelement

Specific information about this kind of mark object. See below for information regarding dynamically generated marks.

DensityMeasuringField *

Modified in JDF 1.1

refelement

Specific information about this kind of mark object. See below for information regarding dynamically generated marks.

DeviceMark ?

New in JDF 1.4

refelement

DeviceMark specifies all formatting options for dynamic Marks

JobField / DeviceMark specifies the formatting parameters of the JobField and all other dynamically generated marks are positioned with CTM .

Constraint: at most one of Ord or DeviceMark MUST be specified.

Creation note: starting with JDF 1.4, DeviceMark is back after being deprecated in JDF 1.3.

DynamicField *

element

Definition of text replacement for a MarkObject . MarkObject / DynamicField specifies text replacement within an existing PDL mark.

IdentificationField *

refelement

Specific information about this kind of mark object. See below for information regarding dynamically generated marks.

JobField ?

New in JDF 1.1

Modified in JDF 1.4

refelement

JobField specifies the metadata of a given dynamic slug line.

Modification note: starting with JDF 1.4, the maximum number of JobField Elements per MarkObject is limited to 1; previously, there was no limit. For JDF 1.3 only, at most one of LayoutElement , Ord or JobField should be specified.

LayoutElement ?

Deprecated in JDF 1.4

refelement

PDL description of the mark. The LayoutElement and Ord are mutually exclusive within one MarkObject .

Modification note: for JDF 1.3 only, at most one of LayoutElement , Ord or JobField MUST be specified.

Deprecation note: starting with JDF 1.4, PDL for Marks MUST be referenced via RunList ( Marks ).

MarkActivation *

New in JDF 1.4

element

Rules about when to apply the mark in an automated Layout . If no MarkActivation is specified, the MarkObject is unconditionally active. If multiple MarkActivation Elements are specified, all conditions MUST be met for the mark to be active. MarkActivation MUST NOT be specified unless Layout /@ Automated = "true" .

RefAnchor ?

New in JDF 1.4

element

Details of the coordinate system that this mark is placed relative to. This MAY be either the sheet coordinate system or the coordinate system of a referenced PlacedObject . If the anchor point in the referenced object ( PlacedObject or Sheet surface) is modified, e.g. due to a change in TrimSize , the CTM of the placed object of this DeviceMark MUST be modified accordingly.

Note: RefAnchor does NOT modify the origin of the CTM of this PlacedObject . It is only used to recalculate relative shifts.

RegisterMark *

Modified in JDF 1.1

refelement

Specific information about this kind of mark object. See below for information regarding dynamically generated marks.

ScavengerArea *

New in JDF 1.1

refelement

Specific information about this kind of mark object See below for information regarding dynamically generated marks.

7.2.109.10 Element: MarkActivation

New in JDF 1.4

MarkActivation specifies condition when to apply the mark in an automated Layout .

 

Table 7-249: MarkActivation Element

Name

Data Type

Description

Context

NMTOKEN

The context in which the iteration is counted.

Values include:

CollectSheetIndex - a parameter maintained by the imposition engine to count sheets (e.g. in the context of a signature). Its value starts at 0 and is incrmented by one for each sheet. If Layout /@ MaxCollect is specified, its maximum value is one less than Layout /@ MaxCollect . Otherwise, it continues to increment per sheet until completion of the page-pool/page-pool-list processing through the Imposition Template . See Section 6.4.17, “Imposition”.

DocIndex - a Partition Key.

SetDocIndex - a Partition Key.

SetIndex - a Partition Key.

SheetIndex - a Partition Key.

SubDocIndex0 , ... - a parameter maintained by the imposition engine. See Section 6.4.17, “Imposition”.

Index

IntegerRangeList

The enclosing MarkObject is active and its specified Mark MUST be imaged if the value of the variable specified by Context is equal to one of the values of this Attribute.

7.2.109.10.1 Dynamic Marks

JobField , LayoutElement and Ord are mutually exclusive within one MarkObject .

The Elements marked as Dynamic marks in the table above can be used for three purposes:

  • If one Ord or LayoutElement is specified, the PDL of the mark is provided by the RunList ( Marks ) or LayoutElement and the dynamic mark Subelements provide metadata about the mark to a press Controller or bindery equipment. This is the usual behavior of existing imposition engines. A single MarkObject must not contain multiple mark Subelements that are represented by the same PDL, for instance there may be only one Marks layer for an entire surface.
  • If neither Ord nor LayoutElement is present, but JobField is present, an Imposition Device should dynamically generate a slug line based on information in JobField .
  • If none of Ord , LayoutElement and JobField are present, a mark should be dynamically drawn based on the information within the Subelement. The marks are positioned relative to the CTM of the MarkObject . A single MarkObject should not contain multiple dynamic mark Subelements. Note that the JDF specification of dynamic marks other than JobField are in flux and that the behavior described here might change in future versions of JDF.

7.2.109.11 Element: DynamicField

DynamicField provides a description of dynamic text replacements for a MarkObject Element. This Element is to be used for production purposes such as defining bar codes for variable data printing. DynamicField Elements are not intended as a placeholders for actual content such as addresses. Rather, they are marks with dynamic data such as time stamps and database information. Dynamic objects are MarkObject Elements with additional optional DynamicField Elements that define text replacement.

 

Table 7-250: DynamicField Element

Name

Data Type

Description

Format

string

Format string in C printf format that defines the replacement.

Values are from: Appendix I, “Generating strings with Format and Template” .

InputField ?

Deprecated in JDF 1.1

string

String that must be replaced by the DynamicInput Element in the Contents RunList referenced by Ord or OrdExpression .

Ord ?

Deprecated in JDF 1.4

integer

Reference to an index in the Contents RunList that contains DynamicInput Elements.

Constraint: at most one of Ord or OrdExpression must be specified.

Deprecation note: starting with JDF 1.4, Ord MUST be specified in the parent MarkObject Element.

OrdExpression ?

Deprecated in JDF 1.4

string

Expression to calculate the reference to an index in the Contents RunList that contains DynamicInput fields.

Values include those from: ContentObject /@ OrdExpression

Constraint: at most one of Ord or OrdExpression must be specified.

ReplaceField ?

string

String that must be replaced by the instantiated text expression as defined by the Format and Template Attributes in the file referenced by MarkObject / Ord , MarkObject / OrdExpression or MarkObject / LayoutElement . If ReplaceField is not specified, the Device that processes the DynamicField must format the DynamicField .

Template

string

Template to define a sequence of variables consumed by Format .

Values are from: Appendix I, “Generating strings with Format and Template” .

Deprecation note: starting with JDF 1.4, RunList / DynamicInput /@ Name (mentioned here in JDF 1.3) no longer defines further variables because DynamicInput has been deprecated.

DeviceMark ?

New in JDF 1.1

Deprecated in JDF 1.4

refelement

DeviceMark defines the formatting parameters for the mark. If not specified, the DeviceMark settings defined in LayoutPreparationParams or in the Layout tree are assumed.

Example 7-24: Layout: DynamicField Element

In this example, the text “ ___xxx___ ” in the file MyReplace.pdf would be replaced by the sentence “Replacement Text for Joe and John go in here at 14:00 on Mar-31-2000 ”. MyReplace.pdf is placed at the position defined by the CTM of the MarkObject and Variable.pdf is placed at the position defined by the CTM of the ContentObject .

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< RunList Class = "Parameter" ID = "L3" PartIDKeys = "Run" Status = "Available" >

< MetadataMap DataType = "String" Name = "i1" ValueFormat = "%s"

ValueTemplate = "s1" >

<!--This expression maps the value of /Dokument/Rezipient/@Name to a

variable "s1"-->

< Expr Name = "s1" Path = "/Dokument/Rezipient/@Name" />

</ MetadataMap >

< LayoutElement ElementType = "Graphic" >

< FileSpec URL = "File:///Variable.pdf" />

</ LayoutElement >

</ RunList >

< Layout Class = "Parameter" ID = "Link0003" Status = "Available" >

<!--The MarkObject in the Layout hierarchy: -->

< ContentObject CTM = "1 0 0 1 0 0" Ord = "0" />

< MarkObject CTM = "1 0 0 1 10 10" >

< LayoutElement ElementType = "Graphic" >

< FileSpec URL = "File:///MyReplace.pdf" />

</ LayoutElement >

< DynamicField

Format = "Replacement Text for %s goes in here at %s on %s"

Ord = "0" ReplaceField = "___xxx___" Template = "i1,Time,Date" />

< DynamicField Format = "More Replacement Text for %s go in here"

Ord = "0" ReplaceField = "___yyy___" Template = "SignatureName" />

</ MarkObject >

</ Layout >

</ResourcePool>

<ResourceLinkPool>

<LayoutLink Usage="Input" rRef="Link0003"/>

<RunListLink Usage="Input" rRef="L3"/>

</ResourceLinkPool>

</JDF>

 

7.2.109.12 More about Layout

7.2.109.12.1 Migrating from a Pre-JDF 1.3 Layout to a Partitioned Layout

New in JDF 1.3

The Layout Resource was significantly modified in JDF 1.3. This section describes how a pre-JDF 1.3 Layout can be transformed into a JDF 1.3 Layout and what restrictions MAY be applied to a JDF 1.3 Layout so that it can be easily transformed into a pre-JDF 1.3 Layout or a PJTF Layout.

Note: this section is not applicable when Layout /@ Automated = "true" for any Partitions.

7.2.109.12.1.1 Partition Key restrictions:

If "SignatureName" , "SheetName" or "Side" are specified in PartIDKeys, the order must be specified as "SignatureName SheetName Side" .

Only a Layout with exactly PartIDKeys = "SignatureName SheetName Side" can be translated into a JDF 1.2 Layout or a PJTF. Thus, it is highly recommended to use exactly this Partitioning of the Layout in JDF 1.3 whenever possible. Any other Partitioning will make consumption by existing products very unlikely.

7.2.109.12.1.2 Position of PlacedObject Elements in Layout

In order to avoid ambiguities in the layering order, MarkObject Elements and ContentObject Elements must only be specified in the leaves of Partitioned Resources.

Example 7-25: Invalid MarkObject

The following INVALID example is correct according to Section 3.10.5.1, “Subelements in Partitioned Resources” . If standard Partitioning inheritance were permitted for MarkObject Elements and ContentObject Elements it would be unclear whether the ContentObject in Sheet01 is layered over or under < MarkObject Ord = "1" >:

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< Layout Class = "Parameter" ID = "L3" Status = "Available"

PartIDKeys = "SignatureName SheetName Side" >

<!-- INVALID, this PlacedObject is not in a leaf partition and not used -->

<!-- since it is overwritten by <MarkObject Ord="1"> -->

< MarkObject Ord = "0" CTM = "0.0 1.0 -1.0 0.0 176.69 23.62" >

< RegisterMark Center = "0.0 0.0" MarkType = "Cross" MarkUsage = "PaperPath" />

</ MarkObject >

< Layout SignatureName = "Sig00" >

<!-- INVALID, this PlacedObject is not in a leaf partition -->

< MarkObject Ord = "1" CTM = "0.0 1.0 -1.0 0.0 176.69 23.62" >

< RegisterMark Center = "0.0 0.0" MarkType = "Cross"

MarkUsage = "PaperPath" />

</ MarkObject >

< Layout SheetName = "Sheet00" >

< Layout Side = "Front" >

< MarkObject Ord = "2" CTM = "0.0 1.0 -1.0 0.0 176.69 23.62" >

< RegisterMark Center = "0.0 0.0" MarkType = "Arc"

MarkUsage = "PaperPath" />

</ MarkObject >

< ContentObject CTM = "0.0 1.0 -1.0 0.0 176.69 23.62" Ord = "0" />

</ Layout >

</ Layout >

< Layout SheetName = "Sheet01" >

< Layout Side = "Front" >

<!-- Not clear whether this is layered over or under

<MarkObject Ord="0">

-->

< ContentObject CTM = "0.0 1.0 -1.0 0.0 176.69 23.62" Ord = "0" />

</ Layout >

</ Layout >

</ Layout >

</ Layout >

</ResourcePool>

<ResourceLinkPool>

<LayoutLink Usage="Input" rRef="L3"/>

</ResourceLinkPool>

</JDF>

 

Example 7-26: MarkObject

This VALID example is contains the same PlacedObject Elements as the previous example but they are correctly specified in the leaves of the Partitioned Layout .

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< Layout Class = "Parameter" ID = "L3" Status = "Available"

PartIDKeys = "SignatureName SheetName Side" >

< Layout SignatureName = "Sig00" >

< Layout SheetName = "Sheet00" >

< Layout Side = "Front" >

< MarkObject Ord = "2" CTM = "0.0 1.0 -1.0 0.0 176.69 23.62" >

< RegisterMark Center = "0.0 0.0" MarkType = "Arc"

MarkUsage = "PaperPath" />

</ MarkObject >

< ContentObject CTM = "0.0 1.0 -1.0 0.0 176.69 23.62" Ord = "0" />

</ Layout >

</ Layout >

< Layout SheetName = "Sheet01" >

< Layout Side = "Front" >

< MarkObject Ord = "1" CTM = "0.0 1.0 -1.0 0.0 176.69 23.62" >

< RegisterMark Center = "0.0 0.0" MarkType = "Cross"

MarkUsage = "PaperPath" />

</ MarkObject >

< ContentObject CTM = "0.0 1.0 -1.0 0.0 176.69 23.62" Ord = "0" />

</ Layout >

</ Layout >

</ Layout >

</ Layout >

</ResourcePool>

<ResourceLinkPool>

<LayoutLink Usage="Input" rRef="L3"/>

</ResourceLinkPool>

</JDF>

 

7.2.109.12.2 CTM Definitions

New in JDF 1.2

The following are explanations of the terms used in this section and beyond:

  • Dimensions of object - The width and height of either the box defined to include all drawings for this file format, or the artificial box that includes these drawings for file formats that have no clearly defined box for this.
  • Trim box of the Signature page - A rectangle that indicates where the trim box of object is to be positioned. This is the equivalent to the area the user is intended to see in the final product. Positioning the trim box of the object inside the trim box of the Signature page is implementation-specific (usually it is centered).
  • Trim box of the object - A rectangle that is PDL-specific that indicates the area of the object that indicates the intended trimming area.
7.2.109.12.3 Finding the Trim Box of an Object

The LayoutElement / @SourceTrimBox always takes precedence over boxes defined inside the file. Make sure that LayoutElement /@ SourceTrimBox is updated after replacing Elements. The following is a list of names used for the real trim box in various file formats:

  • PostScript (PS) - PageSize
  • Encapsulated PostScript (EPS) - CropBox
  • Portable Document Format (PDF) - TrimBox
  • Raster files - entire area

If this information is not available, alternative sources for trim box information can include (but these boxes might not be correct in all cases):

  • EPS - HiResBoundingBox then BoundingBox
  • PDF - CropBox then MediaBox
7.2.109.12.4 Using Ord to Reference Elements in RunList Resources

New in JDF 1.1A

The Ord Attribute in ContentObject or MarkObject Elements represents a reference to a logical element in a RunList . The index is incremented for every page of the RunList with IsPage = "true" . The reference is not changed by repartitioning the RunList . The content and marks RunList are referenced independently. The following examples illustrate the usage of Ord .

Example 7-27: RunList: Simple Multi-File Unseparated RunList

This example specifies all pages contained in File1.pdf and File2.pdf. File 1 has 6 pages, file 2 has an unknown number of pages.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool> >

< RunList Class = "Parameter" ID = "L3" PartIDKeys = "Run" Status = "Available" >

< RunList NPage = "6" Pages = "0 ~ 5" Run = "1" >

< LayoutElement >

< FileSpec URL = "File:///File1.pdf" />

</ LayoutElement >

</ RunList >

< RunList Pages = "0 ~ -1" Run = "2" >

< LayoutElement >

< FileSpec URL = "File:///File2.pdf" />

</ LayoutElement >

</ RunList >

</ RunList >

</ResourcePool>

<ResourceLinkPool>

<RunListLink Usage="Input" rRef="L3"/>

</ResourceLinkPool>

</JDF>

 

 

Table 7-251: Example (1) of Ord Attribute in PlacedObject Elements

Ord

File

Page

 

Ord

File

Page

0

File1

0

 

1

File1

1

2

File1

2

 

3

File1

3

4

File1

4

 

5

File1

5

6

File2

0

 

7

File2

1

8

File2

2

 

(n)

File2

(n - 6)

Example 7-28: RunList: Simple Multi-File Separated RunList

This example specifies two pages contained in Presep.pdf and following that, pages 1, 3 and 5 of each preseparated file.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool> >

< RunList Class = "Parameter" ID = "Link0003" PartIDKeys = "Run Separation"

Status = "Available" >

< RunList NPage = "2" Run = "1" SkipPage = "3" >

< LayoutElement >

< FileSpec URL = "File:///Presep.pdf" />

</ LayoutElement >

< RunList FirstPage = "0" IsPage = "false" Separation = "Cyan" />

< RunList FirstPage = "1" IsPage = "false" Separation = "Magenta" />

< RunList FirstPage = "2" IsPage = "false" Separation = "Yellow" />

< RunList FirstPage = "3" IsPage = "false" Separation = "Black" />

</ RunList >

< RunList IsPage = "true" Pages = "1 3 5" Run = "2" >

< RunList IsPage = "false" Separation = "Cyan" >

< LayoutElement >

< FileSpec URL = "File:///Cyan2.pdf" />

</ LayoutElement >

</ RunList >

< RunList IsPage = "false" Separation = "Magenta" >

< LayoutElement >

< FileSpec URL = "File:///Magenta2.pdf" />

</ LayoutElement >

</ RunList >

< RunList IsPage = "false" Separation = "Yellow" >

< LayoutElement >

< FileSpec URL = "File:///Yellow2.pdf" />

</ LayoutElement >

</ RunList >

< RunList IsPage = "false" Separation = "Black" >

< LayoutElement >

< FileSpec URL = "File:///Black2.pdf" />

</ LayoutElement >

</ RunList >

</ RunList >

</ RunList >

</ResourcePool>

<ResourceLinkPool>

<RunListLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

 

Table 7-252: Example (2) of Ord Attribute in PlacedObject Elements

Ord

File

Page

Separation

 

Ord

File

Page

Separation

0

PreSep

0

Cyan

 

0

Presep

1

Magenta

0

PreSep

2

Yellow

 

0

Presep

3

Black

1

PreSep

4

Cyan

 

1

Presep

5

Magenta

1

PreSep

6

Yellow

 

1

Presep

7

Black

2

Cyan2

1

Cyan

 

2

Magenta2

1

Magenta

2

Yellow2

1

Yellow

 

2

Black2

1

Black

3

Cyan2

3

Cyan

 

3

Magenta2

3

Magenta

3

Yellow2

3

Yellow

 

3

Black2

3

Black

4

Cyan2

5

Cyan

 

4

Magenta2

5

Magenta

4

Yellow2

5

Yellow

 

4

Black2

5

Black

7.2.109.12.5 Using Expressions in the OrdExpression Attribute

Expressions can use the operators +, -, *, /,% and parentheses, operating on integers and two variables: s for Signature number (starting at 0) and n for number of pages to be imposed in one document. Signature number denotes the number of times that a complete set of placed objects has been filled with content from the run list. The operators have the same meaning as in the C programming language. Expressions are evaluated with normal “C” operator precedence. Multiplication must be expressed by explicitly including the * operator, (i.e., use “2*s” , not “2 s” ). Remainders are discarded.

Example 7-29: OrdExpression

Saddle stitched booklet for variable page length documents.

The following describes the OrdExpressions for a booklet with varying page lengths. The example page assignments are for a book of 13-16 pages.

Front:

OrdExpression = ì2*s 0 2 4 6

OrdExpression = ì4*((n+3)/4) ñ(s*2)-1 15 13 11 9

Back:

OrdExpression = ì2*s+1 1 3 5 7

OrdExpression = ì4*((n+3)/4) ñ(s*2)-2 14 12 10 8

Example 7-30: DocOrd Usage

Two-sided business cards 4/Sheet

The following describes the Ord + DocOrd usage for a 4-up step + repeat business card

MaxDocOrd = 4

Front:

Ord = 0 DocOrd = 0

Ord = 0 DocOrd = 1

Ord = 0 DocOrd = 2

Ord = 0 DocOrd = 3

Back:

Ord = 1 DocOrd = 0

Ord = 1 DocOrd = 1

Ord = 1 DocOrd = 2

Ord = 1 DocOrd = 3

7.2.109.13 Element: Signature

Deprecated in JDF 1.3

The table defining the deprecated Signature Subelement has been moved to Section P.4.7.1, “Signature” . All Attributes that were defined in Signature have been moved into Layout .

7.2.110 LayoutElement

This Resource is needed for LayoutElementProduction . It describes some text, an image, one or more pages or anything else that is used in the production of the layout of a product.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

LayoutElement / Dependencies , LayoutElementProductionParams / LayoutElementPart , RunList

Example Partition:

PageNumber

Input of Processes:

DBDocTemplateLayout , DBTemplateMerging , LayoutElementProduction , ShapeDefProduction

Output of Processes:

DBDocTemplateLayout , LayoutElementProduction

 

Table 7-253: LayoutElement Resource (Section 1 of 3)

Name

Data Type

Description

ClipPath ?

Modified in JDF 1.2

PDFPath

Path that describes the outline of the LayoutElement in the coordinate space of the LayoutElement of ElementType = "Page" that results from the LayoutElementProduction Process. The default case is that there is no clip path. ClipPath , SourceClipBox , PlacedObject /@ SourceClipPath and PlacedObject /@ ClipBox if supplied, must be concatenated.

ContentDataRefs ?

New in JDF 1.4

IDREFS

IDs of ContentData Elements in the referenced ContentList . ContentData Elements provide Metadata related to the product to be published. ContentDataRefs MUST NOT be specified if no ContentList is specified.

ElementType ?

Modified in JDF 1.3

enumeration

Describes the content type for this LayoutElement .

Values are from: Table 7-254, “ElementType Attribute Values”.

HasBleeds ?

Modified in JDF 1.2

boolean

If "true" , the file has bleeds. If not specified, the set of values of PageList / PageData /@ HasBleeds selected by PageListIndex is applied.

IgnorePDLCopies = "false" New in JDF 1.1

boolean

If "true" , any PDL defined copy count must be ignored.

IgnorePDLImposition = "true"

New in JDF 1.1

boolean

If "true" , any PDL defined imposition definition must be ignored. Examples are PDF with embedded PJTF or PPML with a PRINT_LAYOUT . If IgnorePDLImposition = "false" and JDF also defines imposition, the imposed Sheets of the PDL are treated as pages in the context of JDF imposition. The front and back surfaces of the PDL and JDF imposition should be matched. Note that it is strongly discouraged to specify imposition both in the PDL and JDF, and that this might result in undesired behavior.

IsBlank ?

New in JDF 1.2

boolean

If "true" , the LayoutElement has no content marks and is blank. If not specified, the set of values of PageList / PageData /@ IsBlank selected by PageListIndex is applied. Note that in JDF 1.2 the description erroneously stated that IsBlank = "false" specifies a blank page.

IsPrintable ?

Modified in JDF 1.2

boolean

If "true" , the file is a PDL file and can be printed. Possible files types include PCL, PDF or PostScript files. Application files such as MS Word have IsPrintable = "false" . If not specified, the set of values of PageList / PageData /@ IsPrintable selected by PageListIndex is applied.

IsTrapped ?

Modified in JDF 1.2

boolean

If "true" , the file has been trapped. If not specified, the set of values of PageList / PageData /@ IsTrapped selected by PageListIndex is applied.

PageListIndex ?

New in JDF 1.2

IntegerRangeList

List of the indices of the PageData Elements of the PageList specified in this LayoutElement . Note that this list may be overridden by the RunList that contains this LayoutElement and refers to a subset of this LayoutElement . PageList must be specified if PageListIndex is specified.

SourceBleedBox ?

Modified in JDF 1.2

rectangle

A rectangle that describes the bleed area of the element to be included. This rectangle is expressed in the source coordinate system of the object. If not specified, the set of values of PageList / PageData /@ SourceBleedBox selected by PageListIndex is applied.

SourceClipBox ?

Modified in JDF 1.2

rectangle

A rectangle that defines the region of the element to be included. This rectangle is expressed in the source coordinate system of the object. If not specified, the set of values of PageList / PageData /@ SourceClipBox selected by PageListIndex is applied.

SourceMediaBox ?

New in JDF 1.4

rectangle

The MediaBox of the LayoutElement .

SourceTrimBox ?

Modified in JDF 1.2

rectangle

A rectangle that describes the intended trimmed size of the element to be included. This rectangle is expressed in the source coordinate system of the object. If not specified, the set of values of PageList / PageData /@ SourceTrimBox selected by PageListIndex is applied.

Template ?

Modified in JDF 1.2

boolean

Template is "false" when this layout element is self-contained. This Attribute is "true" if the LayoutElement represents a template that must be completed with information from a database. If not specified, the value of PageList / PageData /@ Template is applied.

ContentList ?

New in JDF 1.4

refelement

ContentList with additional metadata.

Constraint: at most one of ContentList and PageList MUST be specified.

ColorPool ?

New in JDF 1.2

refelement

Definition of the color details.

Dependencies ?

New in JDF 1.2

element

List of dependent references, (e.g., fonts, external images, etc.).

ElementColorParams ?

New in JDF 1.2

refelement

Color details of the LayoutElement . If not specified, the value of PageList / PageData / ElementColorParams is applied.

FileSpec ?

Modified in JDF 1.2

refelement

URL plus metadata about the physical characteristics of a file representing the LayoutElement . If not present, then only metadata is known but not the content file.

ImageCompressionParams ?

New in JDF 1.2

refelement

Specification of the image compression properties. If not specified, the value of PageList / PageData / ImageCompressionParams is applied.

PageList ?

New in JDF 1.2

refelement

Specification of page metadata for pages described by this LayoutElement .

Constraint: at most one of ContentList and PageList MUST be specified.

ScreeningParams ?

New in JDF 1.2

refelement

Specification of the screening properties. If not specified, the value of PageList / PageData / ScreeningParams is applied.

SeparationSpec *

Modified in JDF 1.2

element

List of used separation names. If not specified, the value of PageList / PageData / SeparationSpec is applied.

-- Attribute: ElementType

 

Table 7-254: ElementType Attribute Values

Value

Description

Auxiliary

Any type of file that is needed to complete a layout but not explicitly displayed, (e.g., ICC profiles or fonts).

Barcode

New in JDF 1.3

A barcode.

Composed

Combination of elements that define an element that is not bound to a document page.

Document

An ordered set of one or more pages.

Graphic

Line art.

IdentificationField

New in JDF 1.3

A general identification field excluding bar codes.

Image

Bitmap image.

MultiDocument

An ordered set of one or more Documents including document breaks, (e.g., PPML, PPML/VDX, MIME Multipart/Related).

MultiSet

An ordered set of one or more document sets, including document set breaks, document breaks and sub document breaks (e.g. PPML, PPML/VDX, ISO 16612-2 PDF/VT)

Modification note: starting with JDF 1.4, 3 kinds of breaks are added.

Page

Representation of one document page.

Reservation

Empty element. Content for this area of the page might be provided by a subsequent Process.

Surface

Representation of an imposed surface.

Text

Formatted or unformatted text.

Tile

Representation of the contents of one tile.

Unknown

Deprecated in JDF 1.2

 

7.2.110.1 Element: Dependencies

New in JDF 1.2

This Element provides a container for dependent references of the LayoutElement .

 

Table 7-255: Dependencies Element

Name

Data Type

Description

LayoutElement *

refelement

Description of dependent elements, (e.g., fonts, images, etc.).

7.2.111 LayoutElementProductionParams

New in JDF 1.3

This Resource is needed for LayoutElementProduction . This Resource contains detailed information about the type of LayoutElement to be produced. In JDF 1.3 it only contains information for automated production of barcodes. The description of positioning of the graphics has been added in JDF 1.4.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

LayoutElementProduction

Output of Processes:

--

 

Table 7-256: LayoutElementProductionParams Resource

Name

Data Type

Description

ActionPool ?

New in JDF 1.4

element

A pool of Action Elements that describe the restrictions that are applied to the created output

LayoutElementPart *

element

Description of the specific parameters for generating a LayoutElement .

ShapeDef ?

New in JDF 1.4

refelement

A resource describing the shape of the LayoutElement to be produced.

TestPool ?

New in JDF 1.4

element

Container for zero or more Test elements that are referenced from Action Elements in the ActionPool . TestPool MUST be supplied if ActionPool is present.

Example 7-31: LayoutElementProductionParams: Page Shape

<? xml version = "1.0" encoding = "UTF-8" ?>

<!-- Page Shape Sample

Date: Aug 2, 2007 Version: 2

A page with a certain size -->

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" ID = "n001"

Type = "LayoutElementProduction"

Status = "Waiting" DescriptiveName = "Page sample for shape"

JobPartID = "ID34" Version = "1.4" >

< ResourcePool >

< LayoutElementProductionParams Class = "Parameter" ID = "LEPParams"

Status = "Available" />

< LayoutElement Class = "Parameter" ID = "LayElOut" Status = "Unavailable"

SourceMediaBox = "0 0 595.27 822.05"

SourceTrimBox = "28.34 28.34 566.93 793.71" />

</ ResourcePool >

< ResourceLinkPool >

< LayoutElementProductionParamsLink rRef = "LEPParams" Usage = "Input" />

< LayoutElementLink rRef = "LayElOut" Usage = "Output" />

</ ResourceLinkPool >

< AuditPool >

< Created Author = "XYZ Corporation" TimeStamp = "2006-01-09T09:00:00+01:00" />

</ AuditPool >

</ JDF >

 

Example 7-32: LayoutElementProductionParams: Label Shape

<? xml version = "1.0" encoding = "UTF-8" ?>

<!-- Shape Sample for a label with a cut line

Date: Jan 9, 2005 Version: 1.00

A page with a certain size -->

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" ID = "n001"

Type = "LayoutElementProduction"

Status = "Waiting" DescriptiveName = "Page sample for shape"

JobPartID = "ID400" Version = "1.4" >

< ResourcePool >

< LayoutElementProductionParams Class = "Parameter" ID = "LEPParams"

Status = "Available" >

< ShapeDef >

< Shape ShapeType = "Path" DDESCutType = "101" CutPath = "..." />

</ ShapeDef >

</ LayoutElementProductionParams >

< LayoutElement Class = "Parameter" ID = "LayElOut" Status = "Unavailable"

SourceMediaBox = "0 0 595.27 822.05"

SourceTrimBox = "28.34 28.34 566.93 793.71" />

</ ResourcePool >

< ResourceLinkPool >

< LayoutElementProductionParamsLink rRef = "LEPParams" Usage = "Input" />

< LayoutElementLink rRef = "LayElOut" Usage = "Output" />

</ ResourceLinkPool >

< AuditPool >

< Created Author = "ABC-Corporation" TimeStamp = "2006-01-09T09:00:00+01:00" />

</ AuditPool >

</ JDF >

 

Example 7-33: LayoutElementProductionParams: Box Shape

<? xml version = "1.0" encoding = "UTF-8" ?>

<!-- Shape Sample for a box defined by a CAD file

Date: Jan 9, 2005 Version: 1.00

A page with a certain size -->

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" ID= "n001"

Type = "LayoutElementProduction"

Status = "Waiting" JobPartID = "ID100"

DescriptiveName = "Page sample for shape" Version = "1.4" >

< ResourcePool >

< LayoutElementProductionParams Class = "Parameter" ID = "LEPParams"

Status = "Available" >

< ShapeDef >

< FileSpec URL = "file://myserver/myshare/olive.dd3" />

</ ShapeDef >

</ LayoutElementProductionParams >

< LayoutElement Class = "Parameter" ID = "LayElOut" Status = "Unavailable" />

</ ResourcePool >

< ResourceLinkPool >

< LayoutElementProductionParamsLink rRef = "LEPParams" Usage = "Input" />

< LayoutElementLink rRef = "LayElOut" Usage = "Output" />

</ ResourceLinkPool >

< AuditPool >

< Created Author = "ZYX Corporation" TimeStamp = "2006-01-09T09:00:00+01:00" />

</ AuditPool >

</ JDF >

 

7.2.111.1 Element: LayoutElementPart

LayoutElementPart is a generic placeholder for specifying details of LayoutElementProduction . In JDF 1.3 only details of barcode production have been fleshed out but additional Processes are anticipated. Note that the ordering of LayoutElementPart Elements might become significant in future versions.

 

Table 7-257: LayoutElementPart Element

Name

Data Type

Description

ID ?

New in JDF 1.4

ID

ID of the LayoutElementPart .

BarcodeProductionParams ?

element

Description of the specific parameters for barcode production.

LayoutElement ?

New in JDF 1.4

refelement

Specification of an existing LayoutElement that is used to initially populate this LayoutElementPart . Any LayoutElement Resources that are specified here MUST also be specified as Input Resources to the LayoutElementProduction Process.

PositionObj ?

New in JDF 1.4

element

Definition of the size and position of this LayoutElementPart

7.2.111.2 Element: BarcodeProductionParams

BarcodeProductionParams describes of the specific parameters for barcode production.

 

Table 7-258: BarcodeProductionParams Element

Name

Data Type

Description

BarcodeReproParams ?

refelement

Description of the formatting and reproduction parameters for barcode production.

IdentificationField

refelement

Description of the barcode metadata.

7.2.111.3 Element: PositionObj

New in JDF 1.4

PositionObj describes the size and position of the LayoutElementPart .

 

Table 7-259: PositionObj Element (Section 1 of 2)

Name

Data Type

Description

Anchor ?

Anchor

Anchor specifies the origin (0,0) of the coordinate system in the unrotated LayoutElementPart .

CTM ?

matrix

Transformation matrix of the origin of LayoutElementPart as specified by @ Anchor . Not that this is not necessarily the actual CTM that will position a given LayoutElementPart . The actual CTM MUST be recalculated based on the values of Anchor and Size .

PageRange ?

IntegerRangeList

Reader Page index in the PageList .

PositionPolicy ?

enumeration

Specifies the level of freedom when applying the values specified in PositionObj .

Values are:

Exact - The values MUST be followed precisely.

Free - The values are used as guidance and MAY be modified by the designer.

RelativeSize ?

XYPair

Specifies the size of the unrotated and unscaled object, relative to the parent specified in RefAnchor .

RotationPolicy ?

enumeration

Specifies the level of freedom when applying the values specified in PositionObj .

Values are:

Exact - The values MUST be followed precisely.

Free - The values are used as guidance and MAY be modified by the designer.

Size ?

XYPair

Specifies the size of the unrotated and unscaled object, in points.

SizePolicy ?

enumeration

Specifies the level of freedom when applying the values specified in PositionObj .

Values are:

Exact - The values MUST be followed precisely.

Free - The values are used as guidance and MAY be modified by the designer.

RefAnchor ?

element

Reference to a LayoutElementPart that this LayoutElementPart is positioned relative to.

If RefAnchor is not specified, PositionObj refers to the lower left of the first page specified in page Range.

 

Example 7-34: LayoutElementProductionParams: PositionObj

<? xml version = "1.0" encoding = "UTF-8" ?>

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" ID = "n000002"

JobPartID = "n000002" Status = "Waiting" Type = "LayoutElementProduction"

Version = "1.4"

xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"

xsi:type = "LayoutElementProduction" >

<!--Generated by the CIP4 Java open source JDF Library version :

CIP4 JDF Writer Java 1.3 BLD 46-->

< AuditPool >

< Created AgentName = "CIP4 JDF Writer Java" AgentVersion = "1.3 BLD 46"

Author = "CIP4 JDF Writer Java 1.3 BLD 46" ID = "a000003"

TimeStamp = "2007-09-05T18:20:31+02:00" />

</ AuditPool >

< ResourcePool >

< RunList Class = "Parameter" ID = "r000004" Status = "Unavailable" >

< LayoutElement Class = "Parameter" >

< FileSpec Class = "Parameter" MimeType = "application/pdf" URL = "output.pdf" />

</ LayoutElement >

</ RunList >

< LayoutElementProductionParams Class = "Parameter" ID = "r000005"

Status = "Unavailable" >

<!--This is a "well placed" CTM defined mark

The anchor defines the 0,0 point to be transformed

The element to be placed is referenced by LayoutElement/FileSpec/URL

-->

< LayoutElementPart >

< PositionObj Anchor = "BottomLeft" CTM = "1 0 0 1 0 0" PageRange = "0"

PositionPolicy = "Exact" >

< RefAnchor Anchor = "BottomLeft" AnchorType = "Parent" />

</ PositionObj >

< LayoutElement Class = "Parameter" >

< FileSpec Class = "Parameter" MimeType = "application/pdf"

URL = "bkg.pdf" />

</ LayoutElement >

</ LayoutElementPart >

<!--This is a "roughly placed" reservation in the middle of the page-->

< LayoutElementPart ID = "l000006" >

< PositionObj Anchor = "CenterCenter" PageRange = "0" PositionPolicy = "Free" >

< RefAnchor Anchor = "CenterCenter" AnchorType = "Parent" />

</ PositionObj >

< LayoutElement Class = "Parameter" ElementType = "Image" >

< Comment ID = "c000007" >

Please add an image of a palm tree on a beach here!

</ Comment >

</ LayoutElement >

</ LayoutElementPart >

<!--This is a "roughly placed" reservation 36 points below the previous

image; NextPosition points from Anchor on this to NextAnchor on next,

i.e. a positive vector specifies that next is shifted in the positive

direction in the parent (in this case page) coordinate system

-->

< LayoutElementPart >

< PositionObj Anchor = "TopCenter" CTM = "1 0 0 1 0 36"

PageRange = "0" PositionPolicy = "Free" >

< RefAnchor Anchor = "BottomCenter" AnchorType = "Sibling"

rRef = "l000006" />

</ PositionObj >

< LayoutElement Class = "Parameter" ElementType = "Image" >

< Comment ID = "c000008" >

Please add an image of a beach ball below the palm tree!

</ Comment >

</ LayoutElement >

</ LayoutElementPart >

<!--This is a "well placed" CTM defined mark. The anchor defines the

0,0 point used as the RefAnchor for the element to be transformed

-->

< LayoutElementPart >

< PositionObj Anchor = "LowLeft" CTM = "1 0 0 1 2 3" PageRange = "0"

PositionPolicy = "Exact" >

< RefAnchor Anchor = "BottomLeft" AnchorType = "Parent" />

</ PositionObj >

< BarcodeProductionParams >

<!--barcode details here-->

</ BarcodeProductionParams >

</ LayoutElementPart >

< LayoutElementPart >

< PositionObj Anchor = "TopRight" PageRange = "0" PositionPolicy = "Exact" >

< RefAnchor Anchor = "TopRight" AnchorType = "Parent" />

<!--This is a "roughly placed" mark.

The anchor at top right is placed at the right (=1.0) top(=1.0)

position of the page. No rotation is specified

-->

</ PositionObj >

< BarcodeProductionParams >

<!--barcode details here-->

</ BarcodeProductionParams >

</ LayoutElementPart >

<!--This is a "roughly placed" container for marks

The anchor at top left is defined in the !Unrotated! orientation.

It is placed at the left (=0.0) bottom(=0.0) position of the page.

The text flows bottom to top (=Rotate 90 = counterclockwise)

do we need margins?

-->

< LayoutElementPart ID = "l000009" >

< PositionObj Anchor = "TopLeft" CTM = "0 1 -1 0 0 0"

PageRange = "1" PositionPolicy = "Free" >

< RefAnchor Anchor = "BottomCenter" AnchorType = "Parent" />

</ PositionObj >

</ LayoutElementPart >

<!--This is a barcode inside the previous container

The anchor at bottom left is defined in the !Unrotated! orientation.

It is placed at the left (=0.0) bottom(=0.0) position of the container.

-->

< LayoutElementPart ID = "l000010" >

< PositionObj Anchor = "BottomLeft" CTM = "1 0 0 1 0 0" >

< RefAnchor Anchor = "BottomLeft" AnchorType = "Parent" rRef = "l000009" />

</ PositionObj >

< BarcodeProductionParams >

<!--barcode details here-->

</ BarcodeProductionParams >

</ LayoutElementPart >

<!--This is a disclaimer text inside the previous container

The anchor at top left is defined in the !Unrotated! orientation.

The barcode and text are justified with their top margins and spaced

by 72 points which corresponds to the left of the page because the

container is rotated 90Â˚ AbsoluteSize specifies the size of the

object in points

-->

< LayoutElementPart >

< PositionObj AbsoluteSize = "300 200" Anchor = "TopLeft" CTM = "1 0 0 1 -72 0" >

< RefAnchor Anchor = "TopRight" AnchorType = "Sibling" rRef = "l000010" />

</ PositionObj >

< LayoutElement Class = "Parameter" ElementType = "Text" >

< FileSpec Class = "Parameter"

URL = "file://myServer/disclaimers/de/aspirin.txt" />

</ LayoutElement >

</ LayoutElementPart >

<!--This is a "VERY roughly placed" piece of text somewhere on pages 2-3

RelativeSize specifies the size of the object as a ratio of the size

of the container

-->

< LayoutElementPart >

< PositionObj PageRange = "1 ~ 2" RelativeSize = "0.8 0.5" />

< LayoutElement Class = "Parameter" ElementType = "Text" >

< Comment ID = "c000011" Name = "Instructions" >

Please add some text about

the image of a palm tree on a beach here!

</ Comment >

</ LayoutElement >

</ LayoutElementPart >

<!--This is another "VERY roughly placed" piece of text somewhere on

pages 2-3; the text source is the JDF-->

< LayoutElementPart >

< PositionObj PageRange = "1 ~ 2" />

< LayoutElement Class = "Parameter" ElementType = "Text" >

< Comment ID = "c000012" Name = "TextInput" >

Laurum Ipsum Blah blah blah!

btw. this is unformatted plain text and nothing else!

</ Comment >

</ LayoutElement >

</ LayoutElementPart >

</ LayoutElementProductionParams >

</ ResourcePool >

< ResourceLinkPool >

< RunListLink Usage = "Output" rRef = "r000004" />

< LayoutElementProductionParamsLink Usage = "Input" rRef = "r000005" />

</ ResourceLinkPool >

</ JDF >

 

Example 7-35: LayoutElementProductionParams: Preflight

<? xml version = "1.0" encoding = "UTF-8" ?>

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" ID = "n000002"

JobPartID = "n000002" Status = "Completed" Type = "LayoutElementProduction"

Version = "1.4" xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"

xsi:type = "LayoutElementProduction" >

<!--Generated by the CIP4 Java open source JDF Library version : CIP4 JDF

Writer Java 1.3 BLD 47-->

< AuditPool >

< Created AgentName = "CIP4 JDF Writer Java" AgentVersion = "1.3 BLD 47"

Author = "CIP4 JDF Writer Java 1.3 BLD 47" ID = "a000003"

TimeStamp = "2007-10-11T20:23:18+02:00" />

< PhaseTime AgentName = "CIP4 JDF Writer Java"

AgentVersion = "1.3 BLD 47" Author = "CIP4 JDF Writer Java 1.3 BLD 47"

End = "2007-10-11T20:23:23+02:00" ID = "a000020"

Start = "2007-10-11T20:23:21+02:00" Status = "InProgress"

StatusDetails = "Creative Work" TimeStamp = "2007-10-11T20:23:21+02:00" />

< ProcessRun AgentName = "CIP4 JDF Writer Java"

AgentVersion = "1.3 BLD 47" Author = "CIP4 JDF Writer Java 1.3 BLD 47"

Duration = "PT2S" End = "2007-10-11T20:23:23+02:00"

EndStatus = "Completed" ID = "a000024"

Start = "2007-10-11T20:23:21+02:00" TimeStamp = "2007-10-11T20:23:23+02:00" />

</ AuditPool >

< ResourcePool >

< RunList Class = "Parameter" ID = "r000004" Status = "Unavailable" >

< LayoutElement Class = "Parameter" >

< FileSpec Class = "Parameter" MimeType = "application/pdf" URL = "output.pdf" />

</ LayoutElement >

</ RunList >

< LayoutElementProductionParams Class = "Parameter" ID = "r000005"

Status = "Unavailable" >

< Comment ID = "c000006" Name = "Instruction" >

Add any human readable instructions here

</ Comment >

< ActionPool >

< Action DescriptiveName = "set number of pages to 4" ID = "A000007"

Severity = "Error" TestRef = "T000008" />

< Action

DescriptiveName = "set number of separations to 6 on page 0 and 3"

ID = "A000009" Severity = "Error" TestRef = "T000010" >

< PreflightAction SetRef = "T000011" />

</ Action >

< Action

DescriptiveName = "separation to black only on page 1 and 2"

ID = "A000012" Severity = "Error" TestRef = "T000013" >

< PreflightAction SetRef = "T000014" />

</ Action >

< Action DescriptiveName = "set TrimBox to 8.5*11 Method 2"

ID = "A000015" Severity = "Error" TestRef = "T000016" >

< PreflightAction SetRef = "T000017" />

</ Action >

< Action

DescriptiveName = "Warn when effective resolution&lt;300 dpi"

ID = "A000018" Severity = "Warning" TestRef = "T000019" />

</ ActionPool >

< TestPool >

< Test ID = "T000008" >

< not >

< IntegerEvaluation ValueList = "4" >

< BasicPreflightTest Name = "NumberOfPages" />

</ IntegerEvaluation >

</ not >

</ Test >

< Test ID = "T000010" >

< not >

< StringEvaluation >

< BasicPreflightTest ListType = "UniqueList" MaxOccurs = "6"

MinOccurs = "6" Name = "SeparationList" />

</ StringEvaluation >

</ not >

</ Test >

< Test ID = "T000011" >

< IntegerEvaluation ValueList = "0 3" >

< BasicPreflightTest Name = "PageNumber" />

</ IntegerEvaluation >

</ Test >

< Test ID = "T000013" >

< not >

< StringEvaluation >

< BasicPreflightTest Name = "SeparationList" />

< Value Value = "Black" />

</ StringEvaluation >

</ not >

</ Test >

< Test ID = "T000014" >

< IntegerEvaluation ValueList = "1 ~ 2" >

< BasicPreflightTest Name = "PageNumber" />

</ IntegerEvaluation >

</ Test >

< Test ID = "T000016" >

< not >

< RectangleEvaluation ValueList = "0 0 612 792" >

< BasicPreflightTest Name = "PageBoxSize" />

</ RectangleEvaluation >

</ not >

</ Test >

< Test ID = "T000017" >

< EnumerationEvaluation ValueList = "TrimBox" >

< BasicPreflightTest Name = "PageBoxName" />

</ EnumerationEvaluation >

</ Test >

< Test ID = "T000019" >

< XYPairEvaluation ValueList = "0 0 ~ 300 300" >

< BasicPreflightTest Name = "EffectiveResolution" />

</ XYPairEvaluation >

</ Test >

</ TestPool >

</ LayoutElementProductionParams >

</ ResourcePool >

< ResourceLinkPool >

< RunListLink Usage = "Output" rRef = "r000004" />

< LayoutElementProductionParamsLink Usage = "Input" rRef = "r000005" />

</ ResourceLinkPool >

</ JDF >

 

7.2.112 LayoutPreparationParams

New in JDF 1.1

This Resource provides the parameters of the LayoutPreparation Process, which provides the details of how finished page contents will be imaged onto media. This Resource has a provision for specifying either a multi-up grid of content page cells or an imposition layout of finished pages. The LayoutPreparation also provides means to specify creeping gutters for booklet imposition. In the case where Attributes of LayoutPreparationParams used to explicitly control creep are specified, the MinGutter and GutterPolicy Attributes of FitPolicy , which affect the adjustment of gutter widths, must not be specified.

A multi-up grid of pages can be step and repeated across, down, or through a stack of Sheets in any axis order. Note that for all Resources, the coordinate system for all parameters is defined with respect to the process coordinate system as defined in Section 2.5.3, “Coordinate Systems of Resources and Processes”. The process coordinate system for LayoutPreparation is defined by the Layout Resource coordinate system.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , DocRunIndex , RunIndex , SetIndex , SheetName

Input of Processes:

LayoutPreparation

Output of Processes:

--

 

Table 7-260: LayoutPreparationParams Resource (Section 1 of 8)

Name

Data Type

Description

 

 

BindingEdge ?

New in JDF 1.3

enumeration

Indicates which finished page edge should be bound. The binding edge is defined relative to the orientation of the page cell containing the first Reader Page in the finished print component with content on it.

Values are:

Left

Right

Top

Bottom

None

BackMarkList ?

NMTOKENS

List of marks that are to be marked on each back surface. The appearance of the marks are defined by the Process implementation. For a list of predefined values, see FrontMarkList .

CreepValue ?

XYPair

This parameter specifies horizontal and vertical creep compensation value in points. The first value specifies the creep compensation of all horizontal gutters, and the second value specifies the creep compensation of all vertical gutters. The numbers specify the distance in points by which the respective explicitly creeping gutter either increments (positive values) or decrements (negative values) in width from one Sheet to the next for a given sequence of Sheets related to the same bound component.

If not specified, it may be calculated based on the information taken from Media.

FinishingOrder = "GatherFold"

enumeration

Specifies the order of operations for finishing a bound booklet created from multiple imposed Sheets.

The LayoutPreparation Process needs this information in order to completely determine content page distribution onto the sequence of Sheets comprising the pages of a single booklet under consideration of the values of the PageDistributionScheme and FoldCatalog Attributes.

Values are:

FoldGather - The Sheets of a document are first folded according to the value of the FoldCatalog Attribute and then gathered on a pile. Usually applies to finishing of perfect-bound documents.

FoldCollect - The Sheets of a document are first folded, according to the value of the FoldCatalog Attribute, and then collected on a saddle. Usually applies to finishing of both perfect-bound and saddle-stitched booklets.

Gather - The Sheets of a document are gathered on a pile. No folding is assumed.

GatherFold - The Sheets of a document are first gathered on a pile then folded according to the value of the FoldCatalog Attribute. Usually applies to finishing of both perfect-bound and saddle-stitched booklets.

FoldCatalog ?

string

Description of the type of fold that will be applied to all printed Sheets according to the folding catalog in Figure 7-33, “Fold catalog part 1” and Figure 7-34, “Fold catalog part 2”.

Value format is: " Fn-i " where “n” is the number of finished pages and “i” is either an integer, which identifies a particular fold or the letter "X" , which identifies a generic fold. E.g., "F6-2" describes a Z-fold of 6 finished pages, and "F6-X . " describes a generic fold with 6 finished pages.

The LayoutPreparation Process uses the fold description specified by this Attribute in the determination of the proper distribution of pages onto the surfaces of the Sheets in the context of the values of both the PageDistributionScheme and FinishingOrder Attributes.

If not present, no folding other than the folding that is implied by PageDistributionScheme = "Saddle" is assumed.

FoldCatalogOrientation = "Rotate0"

New in JDF 1.3

Orientation

This Attribute specifies the orientation of how the identified fold catalog entry must be interpreted for the purposes of mapping input pages into the imposition layout (not for purposes of performing the folding, if any, or orienting the Sheet).

FrontMarkList ?

NMTOKENS

List of marks that are to be marked on each front surface. The appearance of the marks are defined by the Process implementation.

Values include those from: Table 7-261, “FrontMarkList Attribute Values”.

Gutter ?

Modified in JDF 1.2

XYPair

Width in points of the horizontal and vertical gutters formed between rows and columns of page cells of a multi-up Sheet layout. The gutter width is defined as the distance between the PageCell /@ TrimSize defined trim boxes of adjacent page cells. The first value specifies the width of all horizontal gutters, and the second value specifies the width of all vertical gutters. If no gutters are defined because either the NumberUp Attribute is not specified or its explicit values are equal to one, this Attribute must be ignored.

In the case where a gutter is identified as creeping by either VerticalCreep or HorizontalCreep , then the values of Gutter specify the initial width of explicitly creeping gutters where the gutter width may increment or decrement depending on the CreepValue Attribute. If a value of CreepValue is negative then Gutter must be interpreted as the starting gutter width of the outermost Sheet, otherwise it must be interpreted as the starting gutter width of the innermost Sheet.

Gutter is applied in addition to any Border specified in the PageCell .

GutterMinimumLimit ?

New in JDF 1.3

XYPair

Specifies the minimum width in points of explicitly creeping horizontal and vertical gutter(s). If an explicitly creeping gutter shrinks to a width equal to or less than this value, all subsequent gutters must be set to this value.

HorizontalCreep ?

Modified in JDF 1.2

IntegerList

Specifies which horizontal gutters creep. The allowed values are zero-based indexes that reference horizontal gutters formed by multiple rows of pages in a multi-up page layout specified by the second value of NumberUp . The value for an entry in this list must be between zero and two (2) less then the second value of NumberUp .

If not specified, then horizontal gutters must not creep.

Gutters identified by this Attribute are known as explicitly creeping gutters whereas those not identified are known as implicitly creeping gutters.

Note: In order preserve the absolute position of the center lines of all gutters across all Sheets, only specify alternating gutters starting with gutter index zero.

ImplicitGutter ?

New in JDF 1.3

XYPair

Specifies the initial gutter width in points for implicitly creeping horizontal and vertical gutters. The first number corresponds to horizontal gutters and the second number corresponds to vertical gutters. The particular Sheet to which this initial gutter applies (innermost or outermost) depends upon the polarity of the creep increment specified by CreepValue (see Gutter ).

ImplicitGutterMinimumLimit ?

New in 1.3

XYPair

Specifies the minimum width in points of implicitly creeping vertical and horizontal gutter(s). If an implicitly creeping gutter shrinks to a width equal to or less than this value, all subsequent gutters must be set to this value.

NumberUp ?

XYPair

Specifies a regular, multi-up grid of PageCell Elements into which content finished pages are mapped. The first value specifies the number of columns of page cells and the second value specifies the number of rows of page cells in the multi-up grid (both numbers are integers).

The relative positioning of the page cells within the multi-up grid are defined by the explicit or implied values of the Gutter , HorizontalCreep , VerticalCreep and CreepValue Attributes.

The distribution of content pages from the content RunList into the page cells is defined by the explicit or implied values of the PageDistributionScheme , PresentationDirection , Sides , FinishingOrder and FoldCatalog Attributes and the implicit number of Sheets comprising the bound component.

PageDistributionScheme = "Sequential"

NMTOKEN

Specifies how finished pages are to be distributed onto a multi-up grid of finished PageCell Elements defined by the values of the NumberUp Attribute.

Values include:

Saddle - Distribute finished pages onto a sequence of one or more imposition layouts in proper order for saddle stitch binding. For this page distribution scheme, creep is to be applied only to odd-numbered vertical gutters where any even-numbered gutters is to automatically creep in the opposite direction.

Perfect - Distribute finished pages onto a sequence of one or more Signatures in proper order for perfect binding. For this page distribution scheme, creep is usually not used.

Sequential - The finished pages are distributed onto the multi-up layout according to the value of the PresentationDirection Attribute. Note that page distribution ordering for both "Saddle" and "Perfect" also depends upon the implied number of Sheets per finished Component and how the imposed Sheets are to be folded during finishing as well as the order of gathering and folding. Refer to the FoldCatalog and FinishingOrder Attributes.

Note: The NumberUp Attribute must always specify a multi-up layout appropriate for a given finished page distribution ordering and FoldCatalog . Setting this Attribute does not imply the multi-up grid dimensions are appropriate for the selected page distribution scheme.

Note: In all cases, the order of finished pages as represented by the content RunList must be either in reader order or in an order appropriate for multi-up saddle stitching. Refer to the PageOrder Attribute.

PageOrder = "Reader"

NMTOKEN

The assumed ordering of the finished pages in the RunList .

Values include:

Booklet - The finished pages are ordered in the RunList and must be processed exactly in the order as specified by PresentationDirection . NumberUp must still be set to the appropriate value and is not implied by specifying PageOrder = "Booklet" . PageOrder = "Booklet" must not be used in conjunction with FoldCatalog .

Reader - The finished pages are in reader order in the RunList .

PresentationDirection ?

enumeration

Indicates the order in which finished pages will be distributed into the page cells of the NumberUp layout. If PageDistributionScheme = "Saddle" , PresentationDirection applies to sets of two adjacent pages. This allows positioning of multiple page pairs for SaddleStitching onto one Sheet.

Values are:

FoldCatalog - Finished Pages are imaged so that the result is compatible with a finished product produced from the folding catalog as specified in FoldCatalog .

XYZ - Permutations of the letters XYZ and xyz so that exactly one of upper or lower case of x, y and z define the order in which finished pages are flowed along each axis with respect to the coordinate system of the front side of the Sheet. The first letter of the triplet specifies the initial axis of flow. The second letter of the triplet specifies the second axis of flow and so on.

  • X - Specifies flowing left to right across a Sheet surface.
  • x - Specifies flowing right to left across a Sheet surface.
  • Y - Specifies flowing bottom to top vertically across a Sheet surface.
  • y - Specifies flowing top to bottom vertically across a Sheet surface.
  • Z - Specifies flowing bottom of stack to top of it through the stack.
  • z - Specifies flowing top of stack to bottom of it through the stack.

Examples: The following table specifies how cells are ordered on a simplex 4-up layout for a 2-Sheet stack depending on PresentationDirection . In each example, the left set of 4 numbers represent the top Sheet and the right set of 4 numbers represent the bottom Sheet of the 2-Sheet stack.

Xyz

1 2 5 6

3 4 7 8

xyz

2 1 6 5

4 3 8 7

XYZ

7 8 3 4

5 6 1 2

Zxy

4 2 3 1

8 6 7 5

yxZ

7 5 3 1

8 6 4 2

Rotate = "Rotate0"

enumeration

Orthogonal rotation including the implied translation to be applied to the grid of PageCell Elements on the entire surface relative to the process coordinate system.

Values are:

Rotate0

Rotate90 - 90˚ counterclockwise rotation.

Rotate180 - 180˚ rotation.

Rotate270 - 90˚ clockwise rotation.

Note: For details of orthogonal rotations, refer to Table 2-4, “Matrices and Orientation values for describing the orientation of a Component”. If a RotatePolicy value other than "NoRotate" is specified in FitPolicy , the actual rotation specified in Rotate MAY be modified accordingly.

Note: A rotation of the grid also rotates the gutters, (i.e., it is applied after all other parameters have been evaluated and applied).

Sides = "OneSidedFront"

enumeration

Indicates whether the content layout is to be imaged on one or both sides of the media. When the content layout consists of multiple input RunList pages to be imposed on a single surface, Sides applies to the entire unfolded Sheet.

When a different value for the Sides Attribute is encountered, it must force a new Sheet. However, when the same value for the Sides Attribute is restated for consecutive pages, it is the same as if that restatement was not present.

Values are:

OneSidedBackFlipX - Page content is imaged on the back side of media so that the corresponding page cells back up to a blank front cell when flipping around the X axis. Equivalent to "WorkAndTumble" with a blank front side.

OneSidedBackFlipY - Page content is imaged on the back side of media so that the corresponding page cells back up to a blank front cell when flipping around the Y axis. Equivalent to "WorkAndTurn" with a blank front side.

OneSidedFront - Page content is imaged on the front side of media.

TwoSidedFlipX - Page content is imaged on both the front and back sides of media Sheets so that the corresponding page cells back up to each other when flipping around the X axis. Equivalent to "WorkAndTumble" .

TwoSidedFlipY - Page content is imaged on both the front and back sides of media Sheets so that the corresponding page cells back up to each other when flipping around the Y axis. Equivalent to "WorkAndTurn" .

StackDepth ?

integer

The number of Sheets in a stack that are processed when imposing down the Z axis. If not specified, the entire Job defines one stack.

StepDocs ?

Modified in JDF 1.2

XYPair

A list of two integers that species how to impose multiple Instance Documents on one Sheet. The first value specifies the document repeats along the X axis, the second value specifies the repeats along the Y axis. Each entry of NumberUp must be an integer multiple of StepRepeat * StepDocs . Positive values define grouped step and repeat whereas negative values define alternating step and repeat. The following examples, where documents are denoted A and B while pages are denoted 1 and 2, have PresentationDirection = "Xyz", NumberUp = "4 4" and StepRepeat = "2 2 1" and StepDocs =:

"2 1" (2 documents in X, 1 in Y)

A1 A1 B1 B1

A1 A1 B1 B1

A2 A2 B2 B2

A2 A2 B2 B2

"1 2" (1 document in X, 2 in Y)

A1 A1 A2 A2

A1 A1 A2 A2

B1 B1 B2 B2

B1 B1 B2 B2

StepRepeat ?

IntegerList

A list of three integers that specifies the number of identical pages to impose. The first value specifies the repeats along the X axis, the second value specifies the repeats along the Y axis, and the third value specifies the repeats down the stack -- the Z axis. Each entry of NumberUp must be an integer multiple of StepRepeat * StepDocs. Positive values define grouped step and repeat, whereas negative values define alternating step and repeat. Note that negative values are illegal for the third component, since the total depth of the stack might be unknown. The following examples have PresentationDirection = "Xyz", NumberUp = "4 4" and StepRepeat =:

"2 2 1"

1 1 2 2

1 1 2 2

3 3 4 4

3 3 4 4

"-2 2 1"

1 2 1 2

1 2 1 2

3 4 3 4

3 4 3 4

"-2 -2 1"

1 2 1 2

3 4 3 4

1 2 1 2

3 4 3 4

"2 -2 1"

1 1 2 2

3 3 4 4

1 1 2 2

3 3 4 4

"1 4 1"

1 2 3 4

1 2 3 4

1 2 3 4

1 2 3 4

SurfaceContentsBox ?

Modified in JDF 1.1A

rectangle

This box, specified in Layout coordinate space, defines the area into which PageCell Elements are distributed. The lower left corner of the rectangle specified by the value of this Attribute establishes the coordinate system into which the content is mapped and should have a value of "0 0" . SurfaceContentsBox may imply clipping. This Attribute should be supplied in order to get predicable placement of content. If this Attribute is not supplied, a rectangle with the origin at "0 0" and an extent that may be dependent on the dimensions of the Media is implied.

VerticalCreep ?

IntegerList

Specifies which vertical gutters creep. The allowed values are zero-based indexes that reference vertical gutters formed by multiple columns of pages in a multi-up page layout specified by the first value of NumberUp .

The value for an entry in this list must be between zero and two (2) less then the first value of NumberUp . An index value outside of this range is ignored. If not specified then vertical gutters must not creep.

Gutters identified by this Attribute are known as explicitly creeping gutters whereas those not identified are known as implicitly creeping gutters.

Note: In order preserve the absolute position of the center lines of all gutters across all Sheets, only specify alternating gutters starting with gutter index zero.

DeviceMark ?

refelement

Details how Device-dependent marks are to be generated. If not specified, the marks are Device-dependent.

ExternalImpositionTemplate ?

New in JDF 1.3

refelement

Reference to an external imposition template in a proprietary format.

LayoutPreparationParams should not contain information that overlaps information specified in ExternalImpositionTemplate .

Information specified in LayoutPreparationParams overrides parameters specified in ExternalImpositionTemplate .

FitPolicy ?

refelement

Details how to fit the grid of PageCell Elements onto the SurfaceContentsBox .

ImageShift ?

element

Details how to place the grid of PageCell Elements into the SurfaceContentsBox . ImageShift m ust be applied before any transformations of the grid of PageCell Elements as specified by Rotate or FitPolicy .

The reference origin of the grid of page cells is the lower left corner of the trim box of the lower left page cell of the grid of the first Sheet prior to applying any creep.

Note that ImageShift will generally be required to allow for space when CreepValue is positive.

InsertSheet *

refelement

Additional Sheets to be inserted before, after or within a Job.

JobField *

refelement

Specific information about this kind of mark object.

Media ?

refelement

Specific information about the media.

PageCell ?

Modified in JDF 1.1A

element

PageCell Elements describe how page contents will be imaged onto individual page cells. At most one PageCell must be specified and it is applied to all page cells on both surfaces of a Sheet.

-- Attribute: FrontMarkList

 

Table 7-261: FrontMarkList Attribute Values

Value

Description

 

Value

Description

CIELABMeasuringField

 

 

IdentificationField

 

ColorControlStrip

 

 

JobField

 

ColorRegisterMark

 

 

PaperPathRegisterMark

 

CutMark

 

 

RegisterMark

 

DensityMeasuringField

 

 

ScavengerArea

 

7.2.112.1 Element: PageCell

 

Table 7-262: PageCell Element (Section 1 of 2)

Name

Data Type

Description

Border ?

Modified in JDF 1.1A

double

A number indicating the width in points of a drawn border line, that appears around the trim region specified by the explicit or implied value of TrimSize . A value of "0" specifies no border.

If the value of this Attribute is non-zero and positive, then a border of that specified width will be drawn to the outside of the page cell whose inside dimension is the same as the explicit or implied value of the TrimSize Attribute. The border marks must not overwrite the page contents of the trimmed page. Note that when the page cells are distributed evenly over the area of the SurfaceContentsBox , the page cells position and/or size can be adjusted to accommodate the border.

If the value of this Attribute is non-zero and negative, then a border of a width specified by the absolute value of this Attribute will be drawn to the inside of the page cell whose outside dimension is the same as the explicit or implied value of the TrimSize Attribute. The border marks may overwrite the page contents of the trimmed page.

The rectangle defined by the inside edge of the border defines a ClipBox beyond which no content will be imaged.

ClipBox ?

rectangle

Defines a rectangle with an origin relative to the lower left corner of the page cell rectangle defined by the explicit or implied value of the TrimSize Attribute. Page content data imaged outside of the region defined by this rectangle must be clipped. If ClipBox is larger than TrimSize , it is used to specify a bleed region. If not specified, its default value is "0 0 X Y" where X and Y are the explicit or implied values of TrimSize .

MarkList ?

NMTOKENS

List of marks that are to be marked on each page cell. The appearance of the marks are defined by the Process implementation.

Values include:

CIELABMeasuringField

ColorControlStrip

ColorRegisterMark

CutMark

DensityMeasuringField

IdentificationField

JobField

PaperPathRegisterMark

RegisterMark

ScavengerArea

Rotate = "Rotate0"

enumeration

Orthogonal rotation to be applied to the contents in each page cell.

Values are:

Rotate0

Rotate90 - 90˚ counterclockwise rotation.

Rotate180 - 180˚ rotation.

Rotate270 - 90˚ clockwise rotation.

Note: for details of orthogonal rotation, refer to Table 2-4, “Matrices and Orientation values for describing the orientation of a Component”. If a RotatePolicy value other than "NoRotate" is specified in FitPolicy , the actual rotation specified in Rotate MAY be modified accordingly.

TrimSize ?

Modified in JDF 1.1A

XYPair

Defines the dimensions of the page cell. The lower left corner of the rectangle specified by the value of this Attribute establishes the coordinate system into which the page content is mapped.

If not specified, TrimSize is calculated by subtracting the gutters from the LayoutPreparationParams /@ SurfaceContentsBox and dividing by the appropriate NumberUp value.

Color ?

refelement

Color of the border.

DeviceMark ?

refelement

Details how Device dependent marks are to be generated. Defaults to the value of DeviceMark in the parent LayoutPreparationParams .

FitPolicy ?

refelement

Details how page content is fit into the page cells. If the dimensions of the page contents vary, FitPolicy is applied to the contents of each cell individually.

ImageShift ?

element

Element which describes how content is to be placed into the page cells. X and Y are specified in the coordinate system of the PageCell .

7.2.112.2 Element: ImageShift

ImageShift Elements describe how the grid of page cells will be imaged onto media, when ImageShift is specified in the context of LayoutPreparationParams . When ImageShift is specified in the context of a PageCell , it specifies how content is imaged into the respective page cells.

 

Table 7-263: ImageShift Element

Name

Data Type

Description

PositionX ?

enumeration

Indicates how content is to be positioned horizontally. The ShiftBack and ShiftFront are applied after PositionX and PositionY .

Values are:

Center - Center the content horizontally without regard to limitations of the receiving container.

Left - Position the left edge of the content so that it is coincident with the left edge of the receiving container.

Right - Position the right edge of the content so that it is coincident with the right edge of the receiving container.

Spine - Position the content so that it is coincident with the vertical binding edge of the receiving container. New in JDF 1.2

None - Place the content wherever the print data specify. Deprecated in JDF 1.3

PositionY ?

enumeration

Indicates how content is to be positioned vertically. The ShiftBack and ShiftFront are applied after PositionX and PositionY .

Values are:

Bottom - Position the bottom edge of the content so that it is coincident with the bottom edge of the receiving container.

Center - Center the content horizontally without regard to limitations of the receiving container.

Top - Position the top edge of the content so that it is coincident with the top edge of the receiving container.

Spine - Position the content so that it is coincident with the horizontal binding edge of the receiving container. New in JDF 1.2

None - Place the content wherever the print data specify. Deprecated in JDF 1.3

ShiftBack ?

XYPair

The amount in X and Y direction by which the content is to be shifted on the back side of the receiving container. If not specified, ShiftBack must be calculated from ShiftFront so that the content remains aligned.

ShiftFront = "0 0"

XYPair

The amount in X and Y direction by which the content is to be shifted on the front side of the receiving container.

 

Figure 7-42: Diagram of a 4-up cross-folded saddle-stitch imposition with vertical gutter creep

 

 

 

Figure 7-43: Diagram of a step-and-repeat 2-up saddle-stitch imposition
with vertical spine gutter creep

 

 

Description for Figure 7-42

The following terms are used in Figure 7-42.

    • reference grid in Figure 7-42 refers to the dashed red box around page cells of outermost Sheet, which indicates the size of the reference grid used in calculating grid placement relative to the SurfaceContentsBox origin using LayoutPreparationParams /@ ImageShift
    • SCBx0 , SCBy0 , SFx , SFy , m , n and vg are used in the JDF below.

Figure 7-42 illustrates the JDF below. The JDF assumes that the dimensions of the RunList page's trim rectangle matches PageCell /@ TrimSize , whose dimensions are m by n (width and height) in the JDF example below. The Sheet with the widest creep gutter is on the top of the logical Sheet stack.

Example 7-36: LayoutPreparationParams: JDF for Figure 7-42

< JDF ID = "ID" Type = "ProcessGroup" xmlns = "http://www.CIP4.org/JDFSchema_1_1"

Status = "Waiting" JobPartID = "ID34" Version = "1.4" >

< ResourcePool >

< LayoutPreparationParams Status = "Available" Class = "Parameter" ID = "LPP_2"

NumberUp = "2 2" PageDistributionScheme = "Saddle" FoldCatalog = "F8-7"

FoldCatalogOrientation = "Flip270" Sides = "TwoSidedFlipY"

StepRepeat = "1 1 1" SurfaceContentsBox = "0 0 612 792" BindingEdge = "Left"

VerticalCreep = "0" GutterMinimumLimit = "5 5" CreepValue = "0 -5"

Gutter = "20 20" FinishingOrder = "FoldCollect" FrontMarkList = "CutMark" >

<!-- Note: the value of some attributes in LayoutPreparationParams and

subElements relate to symbols in the above Figure:

SurfaceContentsBox = "SCBx0 SCBy0 SCBx1 SCBy1"

GutterMinimumLimit = "hml vml"

CreepValue = "0 -vc"

Gutter = "hg vg"

TrimSize = "m n"

ShiftFront = "SFx SFy"

-->

< PageCell TrimSize = "612 792" >

< ImageShift PositionX = "Spine" PositionY = "Center" />

</ PageCell >

< ImageShift PositionY = "Bottom" PositionX = "Left" ShiftFront = "20 20" />

</ LayoutPreparationParams >

</ ResourcePool >

< ResourceLinkPool >

< LayoutPreparationParamsLink Usage = "Input" rRef = "LPP_2" />

</ ResourceLinkPool >

</ JDF >

 

Description for Figure 7-43

 

The following terms are used in Figure 7-43.

Figure 7-43 illustrates the JDF below. The JDF assumes that the dimensions of source content page rectangle matches PageCell /@ TrimSize , whose dimensions are m by n (width and height) in the JDF example below.

Example 7-37: LayoutPreparationParams: JDF for Figure 7-43

< JDF ID = "ID" Type = "ProcessGroup" xmlns = "http://www.CIP4.org/JDFSchema_1_1"

Status = "Waiting" JobPartID = "ID34" Version = "1.4" >

< ResourcePool >

< LayoutPreparationParams Class = "Parameter" ID = "LPP_1" Status = "Available"

NumberUp = "4 1" PageDistributionScheme = "Saddle" FoldCatalog = "F4-1"

FoldCatalogOrientation = "Flip0" Sides = "TwoSidedFlipY" StepRepeat = "2 1 1"

SurfaceContentsBox = "0 0 612 792" VerticalCreep = "0 2"

ImplicitGutter = "0 30" ImplicitGutterMinimumLimit = "0 20" CreepValue = "0 5"

Gutter = "0 10" FinishingOrder = "GatherFold" FrontMarkList = "CutMark" >

<!-- Note: folding pattern F4-1 applies to each of the two 2x1

signatures

Note: step and repeat by two in X direction logically divides grid

into two 2x1 signatures

Note: first (VC0) and third (VC2) vertical gutters are explicitly

creeping and the rest (~VC) are implicitly creeping

Note: Positive vertical creep value indicates initial gutter

Widths of inner most Sheet

Note: cut marks are located relative to largest page cell grid

trim box

Note: the value of some attributes in LayoutPreparationParams and

subElements relate to symbols in the above Figure:

SurfaceContentsBox = "SCBx0 SCBx1 SCBy0 SCBy1"

ImplicitGutter = "0 vig"

ImplicitGutterMinimumLimit = "0 vigl"

CreepValue = "0 +vc"

Gutter = "0 vg"

TrimSize = "m n"

ShiftFront = "SFx SFy"

-->

< PageCell TrimSize = "612 792" >

< ImageShift PositionX = "Spine" PositionY = "Bottom" />

</ PageCell >

< ImageShift PositionY = "Bottom" PositionX = "Left" ShiftFront = "20 20" />

</ LayoutPreparationParams >

</ ResourcePool >

< ResourceLinkPool >

< LayoutPreparationParamsLink Usage = "Input" rRef = "LPP_1" />

</ ResourceLinkPool >

</ JDF >

 

7.2.113 LayoutShift

New in JDF 1.4.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

LayoutShifting

Output of Processes:

--

 

Table 7-264: LayoutShift Resource

Name

Data Type

Description

ShiftPoint

element

Description of separation dependent transformations for a given point on the Layout .

7.2.113.1 Element: ShiftPoint

 

Table 7-265: ShiftPoint Element

Name

Data Type

Description

CTM

matrix

CTM that MUST be applied to the Separation after all other transformations.

Position

XYPair

Point that this ShiftPoint applies to.

Note: the interpolation algorithm between ShiftPoint positions is implementation dependent.

Example 7-38: LayoutShift

New in JDF 1.4.

Example of absolute positions with @ Position

<JDF ID="ID" Type="ProcessGroup" xmlns="http://www.CIP4.org/JDFSchema_1_1"

Status="Waiting" JobPartID="ID34" Version="1.4">

<ResourcePool>

<!-- LayoutShift SHOULD be partitioned: at least Side and Separation

will make sense -->

< LayoutShift ID = "r000005" Class = "Parameter" Status = "Unavailable"

PartIDKeys = "Side Separation" >

<!-- LayoutShift SHOULD be partitioned: at least Side and Separation

will make sense-->

<!-- Note that the interpolation algorithm between positions is

implementation dependent-->

< LayoutShift Side = "Front" >

< LayoutShift Separation = "Cyan" >

< ShiftPoint CTM = "1 0 0 1 0 0" Position = "360 500" />

< ShiftPoint CTM = "1 0 0 1 0 2" Position = "1800 500" />

< ShiftPoint CTM = "1 0 0 1 1 0" Position = "360 1500" />

< ShiftPoint CTM = "1 0 0 1 1 2" Position = "1800 1500" />

< ShiftPoint CTM = "1 0 0 1 2 0" Position = "360 2500" />

< ShiftPoint CTM = "1 0 0 1 2 2" Position = "1800 2500" />

< ShiftPoint CTM = "1 0 0 1 3 0" Position = "360 3500" />

< ShiftPoint CTM = "1 0 0 1 3 2" Position = "1800 3500" />

</ LayoutShift >

< LayoutShift Separation = "Magenta" >

< ShiftPoint CTM = "1 0 0 1 1 1" Position = "360 500" />

< ShiftPoint CTM = "1 0 0 1 1 3" Position = "1800 500" />

< ShiftPoint CTM = "1 0 0 1 2 1" Position = "360 1500" />

< ShiftPoint CTM = "1 0 0 1 2 3" Position = "1800 1500" />

< ShiftPoint CTM = "1 0 0 1 3 1" Position = "360 2500" />

< ShiftPoint CTM = "1 0 0 1 3 3" Position = "1800 2500" />

< ShiftPoint CTM = "1 0 0 1 4 1" Position = "360 3500" />

< ShiftPoint CTM = "1 0 0 1 4 3" Position = "1800 3500" />

</ LayoutShift >

< LayoutShift Separation = "Yellow" >

< ShiftPoint CTM = "1 0 0 1 2 2" Position = "360 500" />

< ShiftPoint CTM = "1 0 0 1 2 4" Position = "1800 500" />

< ShiftPoint CTM = "1 0 0 1 3 2" Position = "360 1500" />

< ShiftPoint CTM = "1 0 0 1 3 4" Position = "1800 1500" />

< ShiftPoint CTM = "1 0 0 1 4 2" Position = "360 2500" />

< ShiftPoint CTM = "1 0 0 1 4 4" Position = "1800 2500" />

< ShiftPoint CTM = "1 0 0 1 5 2" Position = "360 3500" />

< ShiftPoint CTM = "1 0 0 1 5 4" Position = "1800 3500" />

</ LayoutShift >

< LayoutShift Separation = "Black" >

< ShiftPoint CTM = "1 0 0 1 3 3" Position = "360 500" />

< ShiftPoint CTM = "1 0 0 1 3 5" Position = "1800 500" />

< ShiftPoint CTM = "1 0 0 1 4 3" Position = "360 1500" />

< ShiftPoint CTM = "1 0 0 1 4 5" Position = "1800 1500" />

< ShiftPoint CTM = "1 0 0 1 5 3" Position = "360 2500" />

< ShiftPoint CTM = "1 0 0 1 5 5" Position = "1800 2500" />

< ShiftPoint CTM = "1 0 0 1 6 3" Position = "360 3500" />

< ShiftPoint CTM = "1 0 0 1 6 5" Position = "1800 3500" />

</ LayoutShift >

</ LayoutShift >

</ LayoutShift >

</ResourcePool>

<ResourceLinkPool>

<LayoutShiftLink Usage="Input" rRef="r000005"/>

</ResourceLinkPool>

</JDF>

 

7.2.114 LongitudinalRibbonOperationParams

Deprecated in JDF 1.1.

See Section P.4.8, “LongitudinalRibbonOperationParams” for details of this deprecated Resource.

7.2.115 ManualLaborParams

New in JDF 1.1

This Resource describes the parameters to qualify generic manual work within graphic arts production. Additional Comment Elements will generally be needed to describe the work in human readable form.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

ManualLabor

Output of Processes:

--

 

Table 7-266: ManualLaborParams Resource

Name

Data Type

Description

LaborType

Modified in JDF 1.4

NMTOKEN

Type of manual labor that is performed.

Values include:

CreateCoatingForm - create a form to apply coatings during or after printing

EditArt - Unspecific Art editing (for work on specific files LayoutElementProduction is to be used)

EditMarks - Marks editing

EditTraps - Traps editing

ManageJob - General work on the Job.

PhoneCallToCustomer - Phone calls to ask/inform the Customer.

SeparateBlanks - Manual separation of blanks from a sheet after die cutting. New in JDF 1.4

Modification note: starting with JDF 1.3, the data type is changed from the erroneous NMTOKENS.

7.2.116 Media

This Resource describes a physical element that represents a raw, unexposed printable surface such as Sheet, film or plate. Gloss , MediaColorName and Opacity Attributes provide media characteristics pertinent to color management.

Resource Properties

Resource Class:

Consumable

Resource referenced by:

Color / PrintConditionColor , Component , DieLayout , DigitalPrintingParams , EmbossingParams / Emboss , ExposedMedia , FeedingParams / Feeder , FeedingParams / CollatingItem , ImageSetterParams , InterpretingParams , Layout , LayoutPreparationParams , Media / MediaLayers , RasterReadingParams , ShapeDef , StrippingParams , Tile

Example Partition:

Location, SheetName , Side , SignatureName , TileID , WebName

Input of Processes:

Bending , BoxPacking , Bundling , CaseMaking , ConventionalPrinting , ContactCopying , Cutting , DigitalPrinting , Embossing , Feeding , ImageSetting , Laminating , Varnishing , Wrapping

Output of Processes:

Cutting , Feeding

 

Table 7-267: Media Resource (Section 1 of 9)

Name

Data Type

Description

BackCoatingDetail ?

New in JDF 1.4

NMTOKEN

Identical to FrontCoatingDetail (see below), but applied to the back surface of the media.

Default value is from: @ FrontCoatingDetail .

Values are from: @ FrontCoatingDetail

BackCoatings ?

enumeration

Identical to FrontCoatings (see below), but applied to the back surface of the media.

Default value is from: @ FrontCoatings .

Values are from: @ FrontCoatings

BackGlossValue ?

New in JDF 1.2

double

Gloss of the back surface of the media in gloss units as defined by [ISO8254-1:1999] . When not known, BackGlossValue defaults to the value of FrontGlossValue .

Brightness ?

double

Reflectance percentage of diffuse blue reflectance as defined by [ISO2470:1999] . The reflectance is reported per [ISO2470:1999] as the diffuse blue reflectance factor of the paper or board in percent to the nearest 0.5% reflectance factor. If one value is specified, Brightness applies to the front and back. If two values are specified the first value applies to the front and the second applies to the back. See also CIEWhiteness .

CIETint ?

New in JDF 1.2

double

Average CIE tint value. Average CIE tint is calculated according to equations given in [TAPPI T560] .

CIEWhiteness ?

New in JDF 1.2

double

Average CIE whiteness value. Average CIE whiteness is calculated according to equations given in [TAPPI T560] .

ColorName ?

New in JDF 1.1

Deprecated in JDF 1.2

string

Link to a definition of the color specifics. The value of ColorName color should match the Name Attribute of a Color defined in a ColorPool Resource that is linked to the Process using this Media Resource.

Deprecation note: starting with JDF 1.2, use MediaColorName and MediaColorNameDetails .

CoreWeight ?

New in JDF 1.3

double

Weight of the core of a Roll, in grams [ g ]

Dimension ?

Modified in JDF 1.4

XYPair

The X and Y dimensions of the chosen medium, measured in points. Dimension specifies the outer bounding box of the Media . The X, Y values of Dimension establishes the user coordinate system into which content is mapped, (i.e., the origin is in the lower left corner of the rectangle defined by 0 0 X Y.) In case of Roll media, the X coordinate specifies the reel width and the Y coordinate specifies the length of the Web in points. If a Dimension coordinate is unknown, the value must be "0" . If not specified, the dimension is unknown. If either or both X or Y = "0" (i.e., unknown), the default orientation is assumed to be portrait, (i.e., Y > X).

Values include those from: Table G-1, “Media Sizes”. New in JDF 1.4

Modification note: starting with JDF 1.4, the description states that Dimension specifies the outer bounding box of the Media and new values are specified.

Flute ?

New in JDF 1.3

NMTOKEN

Single, capital letter that specifies the Flute type of corrugated media.

Although the classification of flutes using a letter code “A”, “B”, etc., are used very frequently e.g., in the specification of the order for a box, there seems to be no agreement on the exact numerical specification of those categories. Slightly varying numbers for flute size and frequency can be found between regions (European versus US) and between vendors.

Values include:

A

B

C

FluteDirection ?

New in JDF 1.3

enumeration

Direction of the fluting.

Values are:

LongEdge - Along the longer axis as defined by Dimension .

ShortEdge - Along the shorter axis as defined by Dimension .

XDirection - Along the X-axis of the Media coordinate system

YDirection - Along the Y-axis of the Media coordinate system

FrontCoatingDetail ?

New in JDF 1.4

NMTOKEN

Describes (beyond FrontCoatings ) the coating to the front surface of the media and possibly the technology used to apply the coating.

Values include:

Cast

FrontCoatings ?

Modified in JDF 1.4

enumeration

What preprocess coating has been applied to the front surface of the media.

Values are:

None - No coating.

Coated - A coating of a system-specified type. New in JDF 1.2

Glossy

HighGloss

InkJet - A coating intended for use with inkjet technology. Deprecation note: use PrintingTechnology = "InkJet" New in JDF 1.2 Deprecated in JDF 1.4

Matte

Polymer - Coating for a photo polymer process New in JDF 1.3

Silver - Coating for a silver halide process New in JDF 1.3

Satin

Semigloss

FrontGlossValue ?

New in JDF 1.2

double

Gloss of the front side of the of the media in gloss units as defined by [ISO8254-1:1999] . Refer also to [TAPPI T480] for examples of gloss calculation.

Grade ?

integer

The Grade of the media on a scale of 1 through 5. The Grade is ignored if MediaType is not "Paper" .

Grade of paper material is defined in accordance with the paper “types” set forth in [ISO12647-2:2004] .

Note: [ISO12647-2:2004] paper type Attribute Values do NOT align with U.S. GRACOL paper grade Attribute Values, (e.g., [ISO12647-2:2004] type 1 does not equal U.S. GRACOL grade 1).

The values define offset printing paper types

Values are:

1 - Gloss-coated paper.

2 - Matt-coated paper.

3 - Gloss-coated, Web paper.

4 - Uncoated, white paper.

5 - Uncoated, yellowish paper.

GrainDirection ?

New in JDF 1.1

Modified in JDF 1.3

enumeration

Direction of the grain in the coordinate system defined by Dimension .

Values are:

LongEdge - Along the longer axis as defined by Dimension .

ShortEdge - Along the shorter axis as defined by Dimension .

XDirection - Along the X-axis of the Media coordinate system. New in JDF 1.3

YDirection - Along the Y-axis of the Media coordinate system. New in JDF 1.3

HoleCount ?

Deprecated in JDF 1.1

integer

The number of holes that are to be punched in the media (either pre- or post-punched). In JDF/1.1, use HoleType , Hole or HoleLine , which includes the number of holes.

HoleType = "None"

New in JDF 1.1

enumerations

Predefined hole pattern. Multiple hole patterns are allowed, (e.g., 3-hole ring binding and 4-hole ring binding holes on one piece of media). For details of the hole types, refer to Appendix L, “JDF/CIP4 Hole Pattern Catalog” .

Values are:

None - No holes.

Explicit - Holes are defined in a HoleList .

Values are from: Appendix L, “JDF/CIP4 Hole Pattern Catalog” .

ImagableSide ?

enumeration

Side of the chosen medium that are to be marked.

Values are:

Front

Back

Both

Neither

InnerCoreDiameter ?

New in JDF 1.4

double

Specifies the inner diameter of the core of a Roll, in points. See also OuterCoreDiameter and RollDiameter .

InsideLoss ?

New in JDF 1.3

double

The inside loss of corrugated board material in microns [m]. Note: InsideLoss + OutsideGain need not be exactly equal to thickness.

LabColorValue ?

New in JDF 1.2

LabColor

LabColorValue is the CIELAB color value of the media, computed as specified in [TAPPI T527] .

MediaColorName ?

Modified in JDF 1.1

NamedColor

A name for the color. Allowed values are defined in Section A.3.3.3, “NamedColor”. If more specific, specialized or site-defined media color names are needed, use MediaColorNameDetails .

MediaColorNameDetails ?

New in JDF 1.2

string

A more specific, specialized or site-defined name for the media color. If MediaColorNameDetails is supplied, MediaColorName SHOULD also be supplied.

MediaQuality ?

New in JDF 1.4

string

Named quality description of the media. For folding carton quality, multiple named quality description systems are in use. E.g. GC1, SBB, etc. For an overview see

http://www.procarton.com/files/fact_file_6.pdf

MediaSetCount ?

integer

When the input media is grouped in sets, identifies the number of pieces of media in each set. For example, if the MediaTypeDetails is "PreCutTabs" , a MediaSetCount of "5" would indicate that each set includes five tab Sheets.

MediaType ?

Modified in JDF 1.4

enumeration

Describes the medium being employed.

Values are:

CorrugatedBoard New in JDF 1.3

Disc - CD or DVD disc to be printed on.

EndBoard - end board used in the Bundling Process.

EmbossingFoil

Film

Foil

GravureCylinder - gravure cylinder. New in JDF 1.3

ImagingCylinder - reusable direct imaging cylinder in a press. New in JDF 1.3

LaminatingFoil

MountingTape - for flexo plate mounting tape. New in JDF 1.4

Other - not one of the defined values.

Paper

Plate

Screen - used for Screen Printing. New in JDF 1.4

SelfAdhesive - New in JDF 1.3

Sleeve - for flexo sleeves New in JDF 1.4

ShrinkFoil

Transparency

Unknown - Deprecated in JDF 1.2

MediaTypeDetails ?

NMTOKEN

Additional details of the chosen medium.

Constraint: If MediaTypeDetails is specified, MediaType must be specified.

Values include those from: Table 7-268, “MediaTypeDetails Attribute Values”.

MediaUnit = "Sheet"

Modified in JDF 1.2

enumeration

Describes the format of the media as it is delivered to the Device.

Values are:

Continuous - Continuously connected Sheets which can be fan folded. New in JDF 1.2

Roll

Sheet - Individual cut Sheets.

Opacity ?

Modified in JDF 1.2

enumeration

The opacity of the media. See OpacityLevel to specify the degree of opacity for any of these values.

Values are:

Opaque - The media is opaque. With two-sided printing the printing on the other side does not show through under normal incident light.

Translucent - The media is translucent to a system specified amount. For example, translucent media can be used for back lit viewing. New in JDF 1.2

Transparent - The media is transparent.

OpacityLevel ?

New in JDF 1.2

double

Normalized TAPPI opacity, (Cn), as defined and computed in [ISO2471:1998] . Refer also to [TAPPI T519] for calculation examples.

OuterCoreDiameter ?

New in JDF 1.3

double

Specifies the outer diameter of the core of a Roll, in points. See also InnerCoreDiameter and RollDiameter .

OutsideGain ?

New in JDF 1.3

double

The outside gain of corrugated board material in microns [m].

PlateTechnology ?

New in JDF 1.3

Modified in JDF 1.4

enumeration

Exposure technology of the plates.

Values are:

FlexoAnalogSolvent New in JDF 1.4

FlexoAnalogThermal New in JDF 1.4

FlexoDigitalSolvent New in JDF 1.4

FlexoDigitalThermal New in JDF 1.4

FlexoDirectEngraving New in JDF 1.4

InkJet - Exposure with inkjet technology. Note that FrontCoatings = "Inkjet" specifies inkjet specific coating of paper or transparency Media, not of plates.

Thermal - Thermal exposure

UV - Ultraviolet exposure

Visible - Visible light exposure

Polarity ?

enumeration

Polarity of the chosen medium.

Values are:

Positive

Negative

PrePrinted = "false"

boolean

Indicates whether the media is preprinted.

PrintingTechnology ?

New in JDF 1.4

NMTOKEN

Describes the printing technology that the media or coatings on the media are intended for or optimized for.

Values include:

DyeSublimation

Electrostatic

InkJet

Laser

Offset

Thermal

Recycled ?

Deprecated in JDF 1.2

boolean

If "true" , recycled media is requested. If not specified, the Media might have recycled content. In JDF 1.2 and beyond, use RecycledPercentage .

RecycledPercentage ?

New in JDF 1.2

double

The percentage, between 0 and 100, of recycled material that the media is to contain.

ReliefThickness ?

New in JDF 1.4

double

The thickness of the relief, measured in microns [m]. The floor thickness can be calculated as ( Thickness - ReliefThickness ). See Figure 7-45.

RollDiameter ?

double

Specifies diameter of a Roll, in points. See also InnerCoreDiameter and OuterCoreDiameter .

ShrinkIndex ?

New in JDF 1.1

XYPair

Specifies the ratio of the media linear dimension after shrinking to prior shrinking. The X Value specifies index in the major shrink axis, whereas the Y Value specifies the index in the minor shrink axis. Used to describe shrink wrap media.

SleeveInterlock ?

New in JDF 1.4

NMTOKEN

The type of interlock (or notch) to use for a flexo sleeve.

Values include:

Type01 - see Figure 7-46.

...

Type20 - see Figure 7-46.

StockType ?

New in JDF 1.1

Modified in JDF 1.4

NMTOKEN

Strings describing the available stock.

StockType defines the base size when calculating North American or Japanese paper weights. See Appendix F, “North American and Japanese Media Weight Explained” . New in JDF 1.4

Values with Kanji names support Japanese media.

Values include:

Bond

Bristol

Cover

Index

Newsprint

Offset - This includes book stock.

Tag

Text

Aatoposutoshi - アートポスト紙 (“art-post paper”) is cover stock coated on one side. New in JDF 1.4

Aatoshi -アート紙 (“art paper”) is machine coated paper, available in top quality and medium quality ( Joushitsu and Chuushitsu ). New in JDF 1.4

Chuushitsushi - 中質紙(“medium-quality paper”) contains a minimum of 70% chemical pulp. New in JDF 1.4

Joushitsushi - 上質紙 (“top-quality paper”) contains 100% chemical pulp. New in JDF 1.4

Mashinkootoshi -マシンコート紙 (“machine coated paper”), also called Kootoshi (コート紙), is machine coated paper given only a thin coat of clay. New in JDF 1.4

Texture ?

New in JDF 1.1

Modified in JDF 1.2

NMTOKEN

The intended texture of the media.

Values include:

Antique - Rougher than vellum surface.

Calendared - Extra smooth or polished, uncoated paper.

Linen - Texture of coarse woven cloth.

Smooth

Stipple - Fine pebble finish.

Uncalendared - Rough, unpolished and uncoated papers. New in JDF 1.2

Vellum - Slightly rough surface.

Thickness ?

double

The thickness of the chosen medium, measured in microns [m].

Note: Thickness is often referred to as caliper.

UserMediaType ?

Deprecated in JDF 1.1

NMTOKEN

A human-readable description of the type of media. The value can be used by an operator to select the correct media to load. The semantics of the values will be site-specific.

Deprecation note: starting with JDF 1.1, UserMediaType has been merged into MediaTypeDetails .

Weight ?

double

Weight of the chosen medium, measured in grams per square meter [g/m2] . See Appendix F, “North American and Japanese Media Weight Explained” for details on converting North American paper weights to g /m2.

WrapperWeight ?

New in JDF 1.3

double

Weight of the wrapper of a Roll, in grams [g]

Color ?

Deprecated in JDF 1.1

refelement

A Color Resource that provides the color of the chosen medium.

ColorMeasurementConditions ?

New in JDF 1.2

refelement

Detailed description of the measurement conditions for color measurements used to measure LabColorValue .

HoleList ?

New in JDF 1.3

refelement

Explicit list of holes. HoleList MUST be specified if HoleType = "Explicit" .

MediaLayers ?

New in JDF 1.3

element

Subelement describing the layer structure of media such as corrugated or self adhesive materials.

TabDimensions ?

New in JDF 1.4

element

Specifies the dimensions of the tabs when MediaTypeDetails = "TabStock" , "PreCutTabs" or "FullCutTabs" .

Note: see BindingIntent / Tabs (Table 7-31, “Tabs Element”) (rather than MediaIntent ) for how tabbed media is specified in Product Intent.

-- Attribute: MediaTypeDetails

Table 7-268: MediaTypeDetails Attribute Values (Section 1 of 3)

Value

Description

Aluminum

Modified in JDF 1.3

Conventional or CtP press plate.

Cardboard

 

CD

New in JDF 1.3

CD disc to be printed on.

ContinuousLong

Continuously connected Sheets of an opaque material connected along the long edge.

ContinuousShort

Continuously connected Sheets of an opaque material connected along the short edge.

CtPVisiblePhotoPolymer

Deprecated in JDF 1.3

Visible light CtP plate with photo polymer process.

CtPVisibleSilver

Deprecated in JDF 1.3

Visible light CtP plate with silver halide process.

CtPThermal

Deprecated in JDF 1.3

Thermal CtP plate.

DoubleWall

New in JDF 1.3

Double wall corrugated board

DVD

New in JDF 1.3

DVD disc to be printed on.

DryFilm

 

Envelope

Envelopes that can be used for conventional mailing purposes.

EnvelopePlain

Envelopes that are not preprinted and have no windows.

EnvelopeWindow

Envelopes that have windows for addressing purposes.

FlexoBase

New in JDF 1.4

For the base layer of flexo plates.

FlexoPhotoPolymer

New in JDF 1.4

For the photopolymer layer of flexo plates.

Flute

Flute layer of a corrugated board

FullCutTabs

Media with a tab that runs the full length of the medium so that only one tab is visible extending out beyond the edge of non-tabbed media.

ImageSetterPaper

Contact paper as replacement for film.

Labels

Label stock, (e.g., a Sheet of peel-off labels).

Letterhead

Separately cut Sheets of an opaque material including a letterhead.

MultiLayer

Form medium composed of multiple layers which are preattached to one another, (e.g., for use with impact printers).

MultiPartForm

Form medium composed of multiple layers not preattached to one another; each Sheet might be drawn separately from an input source.

Photographic

Separately cut Sheets of an opaque material to produce photographic quality images.

PlateUV

Deprecated in JDF 1.3

Press plate for the UV process.

Polyester

Modified in JDF 1.3

Conventional or CtP press plate.

PreCutTabs

Media with tabs that are cut so that more than one tab is visible extending out beyond the edge of non-tabbed media.

SingleFace

New in JDF 1.3

Single face corrugated board.

SingleWall

New in JDF 1.3

Single wall corrugated board.

Stationery

Separately cut Sheets of an opaque material, includes generic paper.

TabStock

Media with tabs, either precut or full-cut.-

Tractor

Tractor feed with holes.

TripleWall

New in JDF 1.3

Triple wall corrugated board

WetFilm

Conventional photographic film.

 

Figure 7-44: Paper Roll with some Roll-specific Information

 

Figure 7-45: Relief and Floor Thickness for a Flexo Plate or Flexo Sleeve

 

Figure 7-46: Types of Interlocks for Flexo Sleeve

 

 

7.2.116.1 Element: MediaLayers

MediaLayers contains an ordered list of Subelements. Each Subelement describes an individual layer of a layered Media Resource. The first layer in MediaLayers is the front layer of the Media until the last layer, which defines the back.

 

Table 7-269: MediaLayers Element

Name

Data Type

Description

GlueLine *

refelement

GlueLine Resource describing a glue layer of a layered Media Resource. Each GlueLine Resource must have GlueLine / @AreaGlue = "true" .

Media *

refelement

Media Resources describing a layer of a layered Media Resources.

7.2.116.2 Element: TabDimensions

New in JDF 1.4

Specifies the size and placement of tabs in a bank and in a set of tab stock.

 

Table 7-270: TabDimensions Element (Section 1 of 2)

Name

Data Type

Description

TabEdge ?

enumeration

Indicates which edge of the media has tabs. Sets the coordinate system for TabOffset , TabExtensionDistance , and TabWidth .

Values are:

Left

Top

Right

Bottom

TabExtensionDistance ?

double

The positive distance in points that the tab extends beyond the body of the other media.

Note: same as BindingIntent / Tabs /@ TabExtensionDistance .

Note: This value is always included in the value of the overall extent of the Media defined by Media /@ Dimension . See Figure 7-48, “Diagram of a Single Bank of Tabs”.

TabOffset ?

double

Specifies the magnitude of the distance in points from the two corners to the edge of the first “tab pitch” point of the first tab in the bank along the TabEdge . This distance is the same on both ends of the bank of tabs. See Figure 7-48, “Diagram of a Single Bank of Tabs”.

TabsPerBank ?

integer

Specifies the number of equal-sized tabs in a single bank if all positions were filled.

Note: banks can have tabs only in some of the possible positions.

Note: same as BindingIntent / Tabs /@ TabsPerBank .

Media /@ MediaSetCount specifies the number of tabs per set. A set can consist of one or more banks. If Media /@ MediaSetCount is not an even multiple of TabsPerBank , the last bank in each set is partially filled.

TabSetCollationOrder ?

NMTOKEN

Collation order of media provided in sets. Applicable to sets of pre-cut tabs. See Figure 7-47, “TabSetCollationOrder Attribute Values”.

Values include:

Forward - first tab is towards top of stack

Reverse - first tab is toward bottom of stack.

TabWidth ?

double

The width along the TabEdge of each tab as measured along the mid-line of the tab. Each tab is centered within a space called the “tab pitch”. See Figure 7-48, “Diagram of a Single Bank of Tabs”.

 

 

Figure 7-47: TabSetCollationOrder Attribute Values

 

 

Figure 7-48: Diagram of a Single Bank of Tabs

 

7.2.116.3 More about Media

 

7.2.116.3.1 Inside Loss and Outside Gain

Inside loss and outside gain: dimensional values used in the mechanical design phase of a box. (Note: IL + OG is not exactly equal to thickness. Thickness is most often referred to as caliper.)

 

Figure 7-49: Inside Loss, Outside Gain

 

 

7.2.116.3.2 Corrugated Media:

Corrugated material consists of multiple Sheets of paper (called liners) with fluted material in between. For background information on Corrugated Media, see http://cpc.corrugated.org/Basics . Corrugated media comes in different variants.

  • Number of layers:
    • single face (1 liner, 1 flute),
    • single wall (2 liners, 1 flute),
    • double wall (3 liners, 2 flutes),
    • triple wall (4 liners, 3 flutes)
  • Flute size and frequency: A, B, C , E , F flute. See http://cpc.corrugated.org/Basics/BasicAllAbout.aspx

Example 7-39: Media: Corrugated

<JDF ID="ID" Type="ProcessGroup" xmlns="http://www.CIP4.org/JDFSchema_1_1"

Status="Waiting" JobPartID="ID34" Version="1.4">

<ResourcePool>

< Media Class = "Consumable" ID = "M123456" ProductID = "B190Y180D1050x120"

Status = "Available" DescriptiveName = "B Flute 190Y 180D 1050x1210"

Dimension = "1050.0 120.0" MediaType = "CorrugatedBoard"

MediaTypeDetails = "SingleWall" MediaUnit = "Sheet" Thickness = "2382.0"

InsideLoss = "1000.0" OutsideGain = "1380.0" Weight = "600" >

< MediaLayers >

<!-- FrontLiner -->

< Media DescriptiveName = "190gsm clay coated" MediaType = "Paper"

Weight = "190" FrontCoatings = "Coated" />

<!-- Flute -->

< Media DescriptiveName = "Flute" MediaType = "Paper" Weight = "180"

FluteDirection = "ShortEdge" Flute = "B" MediaTypeDetails = "Flute" />

<!-- BackLiner -->

< Media DescriptiveName = "180gsm white top" MediaType = "Paper"

Weight = "180" />

</ MediaLayers >

</ Media >

</ResourcePool>

<ResourceLinkPool>

<MediaLink Usage="Input" rRef="M123456"/>

</ResourceLinkPool>

</JDF>

 

7.2.116.3.3 Self adhesive Media

Self adhesive media is described as MediaLayers Elements with nested Media and GlueLine Elements.

Example 7-40: Media: Self Adhesive

<JDF ID="ID" Type="ProcessGroup" xmlns="http://www.CIP4.org/JDFSchema_1_1"

Status="Waiting" JobPartID="ID34" Version="1.4">

<ResourcePool>

< Media Class = "Consumable" ID = "M123456" ProductID = "7890123" Status = "Available"

DescriptiveName = "40# Fasson coated label stock" Dimension = "1134.0 0"

MediaType = "SelfAdhesive" MediaUnit = "Roll" Thickness = "1000.0"

Weight = "150" >

< MediaLayers >

<!-- Front -->

< Media DescriptiveName = "Antique Cream Smooth WS IL" MediaType = "Paper"

Weight = "90" />

<!-- Glue -->

< GlueLine DescriptiveName = "Permanent 91A" AreaGlue = "true"

GlueType = "Hotmelt" GlueBrand = "Uhu" />

<!-- Back -->

< Media DescriptiveName = "Blue Glassine 50" MediaType = "Paper" Weight = "50" />

</ MediaLayers >

</ Media >

</ResourcePool>

<ResourceLinkPool>

<MediaLink Usage="Input" rRef="M123456"/>

</ResourceLinkPool>

</JDF>

 

7.2.116.3.4 Flexo Plate Media

A sample of a flexo plate with dimensions of 900 mm x 1200 mm, a base of 177 microns and a total thickness of 1143 microns.

A raw plate can contain several separations from multiple jobs. The real printing dimensions can only be determined when all elements of the mounting process are known: circumference of the sleeve on which the flat plate will be mounted, thickness of the mounting tape, thickness of base and thickness of the photopolymer.

Example 7-41: Media: Flat Plate

<JDF ID="ID" Type="ProcessGroup" xmlns="http://www.CIP4.org/JDFSchema_1_1"

Status="Waiting" JobPartID="ID34" Version="1.4">

<ResourcePool>

< Media Class = "Consumable" ID = "M123456" ProductID = "FlexoPlate"

Status = "Available" DescriptiveName = "" Dimension = "2551.181 3401.574"

MediaType = "Plate" PlateTechnology = "FlexoDigitalThermal"

Manufacturer = "PlateManufactererA" Brand = "BrandB" BatchID = "Batch 12345"

Thickness = "1143" ReliefThickness = "500" >

<!-- MediaLayers contains 2 items: the base layer and the

---- photopolymer layer of the flexo plate

-->

< MediaLayers >

< Media DescriptiveName = "Base" MediaType = "Plate"

MediaTypeDetails = "FlexoPlateBase" Thickness = "177" />

< Media DescriptiveName = "Photopolymer Layer" MediaType = "Plate"

MediaTypeDetails = "FlexoPlatePhotopolymer" Thickness = "966" />

</ MediaLayers >

</ Media >

</ResourcePool>

<ResourceLinkPool>

<MediaLink Usage="Input" rRef="M123456"/>

</ResourceLinkPool>

</JDF>

 

7.2.116.3.5 Flexo Sleeve Media

The flexo sleeve has dimensions of 500 x 250 mm, a base of 1249 microns and a total thickness of 2810 microns. The sleeve dimensions are identical to printing dimensions (no distortion).

Example 7-42: Media: Flexo Sleeve

<JDF ID="ID" Type="ProcessGroup" xmlns="http://www.CIP4.org/JDFSchema_1_1"

Status="Waiting" JobPartID="ID34" Version="1.4">

<ResourcePool>

< Media Class = "Consumable" ID= "M123456" ProductID = "FlexoSleeve"

Status = "Available"

DescriptiveName = "Sleeve" Dimension = "1417.32 750.0" MediaType = "Sleeve"

PlateTechnology = "FlexoDigitalSolvent" Manufacturer = "PlateManufactererB"

Brand = "BrandB" BatchID = "Batch 6789" Thickness = "2810"

ReliefThickness = "500" >

<!-- MediaLayers contains 2 items: the base layer and the

---- photopolymer layer of the flexo plate

-->

< MediaLayers >

< Media DescriptiveName = "Base" MediaType = "Plate"

MediaTypeDetails = "FlexoPlateBase" Thickness = "1249" />

< Media DescriptiveName = "Photopolymer Layer" MediaType = "Plate"

MediaTypeDetails = "FlexoPhotopolymer" Thickness = "1570" />

</ MediaLayers >

</ Media >

</ResourcePool>

<ResourceLinkPool>

<MediaLink Usage="Input" rRef="M123456"/>

</ResourceLinkPool>

</JDF>

 

7.2.117 MediaSource

Deprecated in JDF 1.1

See Section P.4.9, “MediaSource” for details of this deprecated Resource.

7.2.118 MiscConsumable

New in JDF 1.3

The MiscConsumable Resource is intended for cost accounting, inventory control and availability scheduling of supplies used in the production workflow where a more detailed parameterization of the Resource is not necessary. MiscConsumable is limited to modeling consumables not already more specifically defined in JDF ( Ink , Media , Pallet , RegisterRibbon , Strap or UsageCounter ).

MiscConsumable Resources may appear as inputs to any JDF Process. The default Unit for Amounts of MiscConsumable is Countable Objects.

Certain types of MiscConsumable Elements such as MiscConsumable [@ ConsumableType = "WasteContainer" ] are typically “consumed” by being filled. The sense of the Amount Attribute for such Resources shall be the quantity of unused or empty waste containers that are available. If Unit is a volume, distance or weight instead of Countable Objects, such Amount will still represent the remaining unused capacity of the waste container.

Resource Properties

Resource Class:

Consumable

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Any Process

Output of Processes:

--

 

Table 7-271: MiscConsumable Resource

Name

Data Type

Description

ConsumableType ?

Modified in JDF 1.4

NMTOKEN

Identifies the type of MiscConsumable (machine-readable). A human-readable (possibly localized) description of the consumable should also be supplied in DescriptiveName .

Values include:

Developer - Starter

FuserOil - Silicon Oil

Glue

Headband - New in JDF 1.4

Paperclips

Staples

WasteContainer - Waste Toner Bottle.

Wire - bulk wire used for forming staples or other binding.

7.2.119 MISDetails

New in JDF 1.2

MISDetails is a container for MIS related information. It is referenced by Audit Elements and JMF Messages.

Resource Properties

Resource Class:

ResourceElement

Resource referenced by:

PhaseTime , ResourceAudit , ResourceCmdParams , ResourceInfo , ResourcePullParams , JobPhase , NodeInfo

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-272: MISDetails Resource (Section 1 of 2)

Name

Data Type

Description

Complexity ?

New in JDF 1.4

double

Complexity of the task specified by this JDF Node in a range from 0.0 to 1.0.

Note: the interpretation of values is implementation dependant.

Values include:

0.0 - The job is simple and therefore reduced setup and waste or higher speeds are possible.

0.5 - The job is of standard complexity and therefore standard setup and waste or normal speeds are possible.

1.0 - The job is complex and therefore more setup and waste or lower speeds are possible.

CostType ?

enumeration

Whether or not this MISDetails is chargeable to the customer or not.

Values are:

Chargeable

NonChargeable

DeviceOperationMode ?

enumeration

DeviceOperationMode shows the operation mode that the Device is in. It is used to show if the production of a Device is aimed at producing good products or not. The latter case applies when a Device is used to produce a Job for testing, calibration, etc., without the intention to produce good output.

Values are:

Productive - The Device is used to produce good product. Any times recorded in this mode are to be allocated against the Job.

NonProductive - The Device is used without the intention to produce good product. Any times recorded in this mode are not to be allocated against the Job.

Maintenance -The Device is used without the intention to produce good product, e.g., to perform (preventive) maintenance.

WorkType ?

enumeration

Definition of the work type for this MISDetails , (i.e., whether or not this MISDetails relates to originally planned work, an alteration or rework).

Values are:

Original - Standard work that was originally planned for the Job.

Alteration - Work done to accommodate change made to the Job at the request of the customer.

Rework - Work done due to unforeseen problem with original work (bad plate, Resource damaged, etc.)

WorkTypeDetails ?

string

Definition of the details of the work type for this MISDetails , (i.e., why the work was done).

Values include:

CustomerRequest - The customer requested change(s) requiring the work.

EquipmentMalfunction - Equipment used to produce the Resource malfunctioned; Resource needs to be created again.

InternalChange - Change was made for production efficiency or other internal reason.

ResourceDamaged - A Resource needs to be created again to account for a damaged Resource (damaged plate, etc.).

UserError - Incorrect operation of equipment or incorrect creation of Resource requires creating the Resource again.

7.2.120 NodeInfo

The NodeInfo Resource contains information about planned scheduling and message routing. It allows MIS to plan, schedule and invoice Jobs or Job Parts. Prior to JDF 1.3, NodeInfo was a direct Subelement of the JDF Node and not a Resource.

Modification note: starting with JDF 1.3, NodeInfo is a Resource that MUST be linked (via NodeInfoLink ) like any other Resource; there is no “inheritance”. However, a Node MAY link to the same NodeInfo Resource as its parent

Note: the NORMATIVE NodeInfo is specified by a linked Resource. An Informative NodeInfo MAY be retrieved by searching the NodeInfo of parent Nodes or Ancestor Elements.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Ancestor

Example Partition:

--

Input of Processes:

Any Process

Output of Processes:

--

 

Table 7-273: NodeInfo Resource (Section 1 of 3)

Name

Data Type

Description

CleanupDuration ?

duration

Estimated duration of the clean-up phase of the Process.

DueLevel ?

enumeration

Description of the severity of a missed deadline.

Values are:

Unknown - Consequences of missing the deadline are not known. Deprecated in JDF 1.2

Trivial - Missing the deadline has minor or no consequences.

Penalty - Missing the deadline incurs a penalty.

JobCancelled - The Job is cancelled if the deadline is missed.

End ?

dateTime

Date and time at which the Process is scheduled to end.

FirstEnd ?

dateTime

Earliest date and time at which the Process is to end.

FirstStart ?

dateTime

Earliest date and time at which the Process is to begin.

IPPVersion ?

New in JDF 1.1

XYPair

A pair of numbers (as integers) indicating the version of the IPP protocol to use when communicating to IPP Devices. The X value is the major version number.

JobPriority = "50"

New in JDF 1.1

integer

The scheduling priority for the Node where 100 is the highest and 0 is the lowest. Amongst the Nodes that can be processed in the JDF Instance, all higher priority Nodes are to be processed before any lower priority ones. If one or more of the deadline oriented Attributes (e.g., FirstStart or LastEnd ) is specified, such attribute(s) MUST be honored before considering JobPriority .

The priority from JMF ( QueueSubmissionParams /@ Priority or QueueEntryPriParams /@ Priority ) takes precedence over NodeInfo /@ JobPriority .

Modification note: starting with JDF 1.4, scheduling priority in the first paragraph is described in terms of the Node rather than the job

LastEnd ?

dateTime

Latest date and time at which the Process is to end. This is the deadline to which DueLevel refers.

LastStart ?

dateTime

Latest date and time at which the Process is to begin.

NaturalLang ?

New in JDF 1.1

language

Language selected for communicating Attributes. If not specified, the operating system language is assumed.

NodeStatus ?

New in JDF 1.3

enumeration

Identifies the status of an individual part of the Node.

Default value is from: JDF /@ Status .

Values are from: JDF /@ Status ( Table 3-5, “JDF Node”).

NodeStatusDetails ?

New in JDF 1.3

string

Description of the status that provides details beyond the enumerative values given by NodeStatus .

Default value is from: JDF /@ StatusDetails

Values include those from: Section C.1, “StatusDetails Supported Strings” .

MergeTarget ?

Deprecated in JDF 1.1

boolean

If MergeTarget = true and this Node has been spawned, it must be merged with its direct ancestor by the Controller that executes this Node. The path of the ancestor is specified in the last Ancestor Element located in the AncestorPool of this Node. It is an error to specify both MergeTarget and TargetRoute in one Node.

Note: MergeTarget has been deprecated in JDF 1.1 because avoiding concurrent access to the ancestor Node is ill defined and cannot be implemented in an open system without proprietary locking mechanisms.

Route ?

URL

The URL of the Controller or Device that is to execute this Node. If Route is not specified, the routing Controller must determine a potential target Controller or Device independently. For details, see Section 4.2, “Process Routing”.

Note that the receiving Device must not use Route to determine whether to execute the Node. Rather a Device must use a Device Input Resource (if specified) to determine whether to execute the Node.

rRefs ?

Deprecated in JDF 1.2

IDREFS

Array of ID s of any Elements that are specified as ResourceRef Elements. In version 1.1, rRefs contained the IDREF of an Employee . In JDF 1.2 and beyond, it is up to the implementation to maintain references.

SetupDuration ?

duration

Estimated duration of the setup phase of the Process.

Start ?

dateTime

Date and time of the planned Process start.

TargetRoute ?

URL

The URL where the JDF is to be sent after completion. If TargetRoute is not specified, it defaults to the input Route Attribute of the subsequent Node in the Process chain. If this is also not known (e.g., because the Node is spawned), the JDF Node MUST be sent to the processor default output URL.

If TargetRoute specifies a file-schemed URL, it MUST be the exact file name and NOT just the directory of the resulting JDF.

JMF / QueueSubmissionParams /@ ReturnURL takes precedence over NodeInfo /@ TargetRoute of the JDF that is processed.

TotalDuration ?

duration

Estimated total duration of the Process, including setup and cleanup.

BusinessInfo ?

element

Container for business related information. It is expected that JDF will be utilized in conjunction with other e -commerce standards, and this container is provided to store the e -commerce information within JDF in case a workflow with JDF as the root level document is desired. When JDF is used as part of an e -commerce solution such as PrintTalk, the information given in the envelope document overrides the information in BusinessInfo .

WorkStepID ?

New in JDF 1.4

string

ID of an individual work step, e.g. a Press Run. If NodeInfo is not Partitioned, or all Partitions are executed simultaneously, WorkStepID corresponds to JobPartID .

Employee ?

refelement

The internal administrator or supervisor that is responsible for the product or Process defined in this Node.

JMF *

element

Represents JMF Query Messages that set up a persistent channel, as described in Section 5.4.3, “Persistent Channels”. These Message Elements define the receiver that is designated to track Jobs via JMF Messages. These Message Elements should be honored by any JMF-capable Controller or Device that executes this Node. When these Messages are honored, a persistent communication channel is established that allows Devices to transmit, (e.g., the status of the Job as JMF Signal Messages).

The JMF specified in this NodeInfo MUST be restricted in scope to the containing JDF Element. Typically this will be achieved by explicitly stating JobID in the appropriate QueryTypeObj .

MISDetails ?

New in JDF 1.2

element

Definition how the costs for the execution of this Node are to be charged.

NotificationFilter *

element

Defines the set of Notification Elements that are to be logged in the AuditPool . This provides a logging method for Devices that do no not support JMF messaging. For details of the NotificationFilter Element, see Section 5.8.1, “Events”.

7.2.121 NumberingParams

This Resource describes the parameters of stamping or applying variable marks in order to produce unique components, (e.g., lottery notes, currency). One NumberingParams Element must be defined per numbering machine.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Numbering

Output of Processes:

--

 

Table 7-274: NumberingParams Resource

Name

Data Type

Description

NumberingParam *

element

Set of parameters for one numbering machine

7.2.121.1 Element: NumberingParam

 

Table 7-275: NumberingParam Element

Name

Data Type

Description

Orientation

double

Rotation of the numbering machine in degrees. If Orientation = "0" , the top of the numbers is along the leading edge.

StartValue ?

string

First value of the numbering machine.

Step = "1"

integer

Number that specifies the difference between two subsequent numbers of the numbering machine.

XPosition

double

Position of the numbering machine along the printer axis.

YPosition

DoubleList

List of stamp positions, in points, starting from the leading edge.

7.2.122 ObjectResolution

ObjectResolution defines a resolution depending on SourceObjects data types.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

InterpretingParams , RenderingParams , TrappingDetails

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-276: ObjectResolution Resource (Section 1 of 2)

Name

Data Type

Description

AntiAliasing ?

New in JDF 1.2

NMTOKEN

Indicates the anti-aliasing algorithm that the Device must apply to the rendered output images. An anti-aliasing algorithm causes lines and curves to appear smooth which would otherwise have a jagged appearance, especially at lower resolutions such as 300 dpi and lower.

Values include:

AntiAlias - Anti-aliasing must be applied. The algorithm is system specified.

None - Anti-aliasing must not be applied.

ObjectTags ?

New in JDF 1.4

NMTOKENS

Tags associated with individual objects that this ObjectResolution MUST be applied to. Each tag specified in ObjectTags is logically anded with the object type(s) specified by SourceObjects , enabling first qualification by object type (such as image), and then tags associated with those objects.

The values of ObjectTags depends on the PDL that the ObjectResolution is applied to.

Resolution

XYPair

Horizontal and vertical output resolution in DPI.

SourceObjects = "All"

enumerations

Identifies the class(es) of incoming graphical objects to render at the specified resolution.

Values are:

All

ImagePhotographic - Contone images.

ImageScreenShot - Images largely comprised of rasterized vector art.

LineArt - Vector objects other than text.

SmoothShades - Gradients and blends.

Text

7.2.123 OrderingParams

Attributes of the Ordering Process, which results in an acquisition.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Ordering

Output of Processes:

--

 

Table 7-277: OrderingParams Resource

Name

Data Type

Description

Amount

double

Amount of the ordered Resource.

Unit

string

Unit of measurement for Amount .

Comment

element

OrderingParams require a Comment Element that contains a human-readable description of what to order.

Company ?

Deprecated in JDF 1.1

refelement

Address and further information of the Company responsible for this order. Replaced with Contact / Company in JDF 1.1.

Contact *

New in JDF 1.1

refelement

Address and further information of the Contact responsible for this order.

7.2.124 PackingParams

Deprecated in JDF 1.1

The PackingParams Resource has been deprecated in JDF 1.1 and beyond. It is replaced by the individual Resources used by the Processes defined in Section 6.7.5, “Packaging Processes”. See Section P.4.10, “PackingParams” for details of this deprecated Resource.

7.2.125 PageAssignParams

New in JDF 1.4

This Resource is an empty container for future extensions

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

PageAssigning

Output of Processes:

--

 

Table 7-278: PageAssignParams Resource

Name

Data Type

Description

 

 

 

7.2.126 PageList

New in JDF 1.2

PageList defines the additional metadata of individual finished pages such as pagination details. PageList references the finished page regardless of the page’s position in a PDL file or RunList .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Assembly , Component , ExposedMedia , LayoutElement , RunList

Example Partition:

PartVersion

Input of Processes:

--

Output of Processes:

--

 

Table 7-279: PageList Resource (Section 1 of 2)

Name

Data Type

Description

AssemblyID ?

Deprecated in JDF 1.3

string

ID of the Assembly or AssemblySection that this finished page belongs to.

AssemblyIDs ?

New in JDF 1.3

NMTOKENS

IDs of the Assembly Elements, AssemblySection Elements or StrippingParams [@ BinderySignatureName ] that the finished pages specified by this PageList belong to.

HasBleeds ?

boolean

If "true" , the file has bleeds.

IsBlank ?

boolean

If "true" , the PageList has no content marks and is blank. Note that in JDF 1.2, the description erroneously stated that IsBlank = "false" specifies a blank page.

IsPrintable ?

boolean

If "true" , the file is a PDL file and can be printed. Possible files types include PCL, PDF or PostScript files. Application files such as MS Word have IsPrintable = "false" .

IsTrapped ?

boolean

If "true" , the file has been trapped.

JobID ?

string

ID of the Job that this finished page belongs to.

PageLabelPrefix ?

string

Prefix of the identification of the Reader Page as it is displayed on the finished page. For instance "C-" , if the Reader Pages are labeled "C-1" , "C-2" , etc.

PageLabelSuffix ?

string

Suffix of the identification of the Reader Page as it is displayed on the finished page. For instance "-a" , if the pages are labeled "C-1-a" , "C-2-a" , etc.

SourceBleedBox ?

rectangle

A rectangle that describes the bleed area of the page to be included. This rectangle is expressed in the source coordinate system of the object. If not specified, use defined bleed box of element (or no bleed box if element does not supply a bleed box).

SourceClipBox ?

rectangle

A rectangle that defines the region of the finished page to be included. This rectangle is expressed in the source coordinate system of the object. If not specified, use defined clip box of element (or no clip box if element does not supply a clip box.)

SourceTrimBox ?

rectangle

A rectangle that describes the intended trimmed size of the finished page to be included. This rectangle is expressed in the source coordinate system of the object. If not specified, use defined trim box of element (or no trim box if element does not supply a trim box.)

Template = "false"

boolean

Template is "false" when this page is self-contained. This Attribute is "true" if the PageList represents a template that must be completed with information from a database.

Assembly ?

New in JDF 1.3

refelement

Assembly that is referred to by AssemblyIDs or contains the AssemblySection that is referred to by AssemblyIDs.

ColorPool ?

refelement

Definition of the color details.

ContentList ?

New in JDF 1.3

refelement

List of ContentData Elements that describe individual pieces of content on the pages.

ElementColorParams ?

refelement

Color details of the page list.

ImageCompressionParams ?

refelement

Specification of the image compression properties.

PageData *

element

Details of the individual finished page. The PageData Elements are referred to by the values of PageData /@ PageIndex (if present), or otherwise, their index in the PageList . In the latter case, the PageData Elements should , therefore, not be removed or inserted in a position other than the end of the list

Modification note: see the Modification note in the section on the PageData Element below.

ScreeningParams ?

refelement

Specification of the screening properties.

SeparationSpec *

element

List of separation names defined in the PageList .

7.2.126.1 Element: PageData

PageData defines the additional metadata of individual finished pages or sets of finished pages with common properties, such as pagination details.

If PageIndex is not present in PageData Elements, PageData Elements are referred to by index of the PageData in the PageList . If PageIndex is present, it explicitly specifies the indices within the PageList . Either all or no PageData Elements in a PageList MUST have PageIndex . If a Page is not represented by a PageData , the Attributes of the PageList itself apply.

Modification note: starting with JDF 1.4, PageData /@ PageIndex is added It allows PageData to describe multiple finished pages and to explicitly specify the index of a PageData Element within a PageList . The explicit index allows a PageList to contain a PageData for a particular index (e.g. 100) without the need for PageData Elements for all indices that are lower (e.g. 0 to 99). Without PageIndex , the position of PageData within PageList implicitly specifies its index.

If the PageList is Partitioned, the index refers to PageData Elements in the respective leaves of the Partitioned PageList . The index restarts at 0 with each Partitioned leaf.

 

Table 7-280: PageData Element (Section 1 of 3)

Name

Data Type

Description

AssemblyID ?

Deprecated in JDF 1.3

string

ID of the Assembly or AssemblySection that this finished page belongs to.

Default value is from: PageList /@ AssemblyID

AssemblyIDs ?

New in JDF 1.3

NMTOKENS

IDs of the Assembly Elements, AssemblySection Elements or StrippingParams [@ BinderySignatureName ] that this finished page belongs to.

Default value is from: PageList /@ AssemblyIDs .

CatalogID ?

string

Identification of the Resource, (e.g., in a catalog environment).

Default value is from: PageList /@ CatalogID .

CatalogDetails ?

string

Additional details of a Resource in a catalog environment.

Default value is from: PageList /@ CatalogDetails .

FoldOutPages ?

IntegerList

Page indices in the PageList of the file pages forming a content page that flows over multiple finished pages, (e.g., foldout, centerfold). The list does not include the index of this PageData .

Default behavior: PageData does not describe a part of a foldout.

HasBleeds ?

boolean

If "true" , the file has bleeds.

Default value is from: PageList /@ HasBleeds .

IsBlank ?

boolean

If "true" , the PageData has no content marks and is blank. Note that in JDF 1.2 the description erroneously stated that IsBlank = "false" specifies a blank page.

Default value is from: PageList /@ IsBlank .

IsPrintable ?

boolean

If "true" , the file is a PDL file and can be printed. Possible files types include PCL, PDF or PostScript files. Application files such as MS Word have IsPrintable = "false" .

Default value is from: PageList /@ IsPrintable .

IsTrapped ?

boolean

If "true" , the file has been trapped.

Default value is from: PageList /@ IsTrapped .

JobID ?

string

ID of the Job that this finished page belongs to.

Default value is from: PageList /@ JobID .

PageFormat ?

New in JDF 1.3

NMTOKEN

Defines the format of the page in a production workflow.

Values include:

Broadsheet - One single page that will be mounted on a broadsheet plate (one page goes on one (broadsheet) plate).

Tabloid - One single page that will be paired with a second tabloid page. Later, the page pair will be mounted on a broadsheet plate.

Newspaper4up - Four pages will be mounted on one plate.

Newspaper8up - Eight pages will be mounted on one plate.

Note: the values are for a newspaper workflow.

PageIndex ?

New in JDF 1.4

IntegerRangeList

List of pages the PageData Element represents. A Page number MUST NOT appear more than once in the PageList .

PageLabel ?

string

Complete identification of the finished page including PageLabelPrefix and PageLabelSuffix as it is displayed on the finished page, For instance "1" , "iv" or "C-1" . Note that this might be different from the position of the page in the finished document.

PageLabelPrefix ?

string

Prefix of the identification of the Reader Page as it is displayed on the finished page. For instance "C-" , if the Reader Pages are labeled "C-1" , "C-2" , etc.

Default value is from: PageList /@ PageLabelPrefix

PageLabelSuffix ?

string

Suffix of the identification of the Reader Page as it is displayed on the finished page. For instance "-a" , if the pages are labeled "C-1-a" , "C-2-a" , etc.

Default value is from: PageList /@ PageLabelSuffix

PageStatus ?

New in JDF 1.3

NMTOKENS

Status of a single PageData Element.

Values include those from: Table C-20, “MessageEvents and MilestoneType Values” .

ProductID ?

string

An ID of the page as defined in the MIS system.

Default value is from: PageList /@ ProductID

SourceBleedBox ?

rectangle

A rectangle that describes the bleed area of the page to be included. This rectangle is expressed in the source coordinate system of the object.

Default value is from: PageList /@ SourceBleedBox

SourceClipBox ?

rectangle

A rectangle that defines the region of the finished page to be included. This rectangle is expressed in the source coordinate system of the object.

Default value is from: PageList /@ SourceClipBox

SourceTrimBox ?

rectangle

A rectangle that describes the intended trimmed size of the finished page to be included. This rectangle is expressed in the source coordinate system of the object.

Default value is from: PageList /@ SourceTrimBox .

Template ?

boolean

Template is "false" when this page is self-contained. This Attribute is "true" if the PageList represents a template that must be completed with information from a database.

Default value is from: PageList /@ Template

ElementColorParams ?

refelement

Color details of the PageData Element.

Default value is from: PageList / ElementColorParams

ImageCompressionParams ?

refelement

Specification of the image compression properties.

Default value is from: PageList / ImageCompressionParams

PageElement *

New in JDF 1.3

element

Describes an individual element on a page. This might be a part of an image, text, advertisement, editorial, etc.

ScreeningParams ?

refelement

Specification of the screening properties.

Default value is from: PageList / ScreeningParams

SeparationSpec *

element

List of separation names defined in the Element.

Default value is from: PageList / SeparationSpec

7.2.126.2 Element: PageElement

New in JDF 1.3

PageElement defines the additional metadata of individual Elements within a page.

 

Table 7-281: PageElement Element

Name

Data Type

Description

ContentDataRefs ?

New in JDF 1.4

IDREFS

ID of the ContentData Elements in the referenced ContentList . ContentData Elements provide Metadata related to this PageData . ContentDataRefs MUST NOT be specified if no ContentList is specified in the grand-parent PageList Element.

ContentListIndex ?

Deprecated in JDF 1.4

integer

Index into a ContentList / ContentData Element. If neither ContentListIndex nor PageElement are specified, this PageElement is a reservation.

Deprecation note: starting with JDF 1.4, use ContentDataRefs .

ElementPages ?

IntegerRangeList

List of Pages that this PageElement traverses, e.g., fold out pages or multi-page ads.

ContentType ?

NMTOKEN

Type of content that is placed in this PageElement .

Values include those from: ContentList / ContentData /@ ContentType

RelativeBox ?

Rectangle

Position of the PageElement in the coordinate system of the parent PageElement or PageList .

PageElement *

element

Further sub-page Elements that comprise this PageElement .

7.2.127 Pallet

New in JDF 1.1

A Pallet represents the pallet used in packing goods.

Resource Properties

Resource Class:

Consumable

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Palletizing

Output of Processes:

--

 

Table 7-282: Pallet Resource

Name

Data Type

Description

PalletType

Modified in JDF 1.4

NMTOKEN

Type of pallet used.

Values include:

2Way - Two-way entry.

4Way - Four-way entry.

Euro - Standard 1*1 m Euro pallet. Deprecated in JDF 1.4

Euro800x600 - 800x600mm according to 15146-4 (equals half Euro pallet). New in JDF 1.4

Euro800x1200 - 800x1200mm according to DIN EN 13698-1 (equals Euro pallet). New in JDF 1.4

Euro1000x1200 - 1000x1200mm according to DIN EN 13698-2 (flat pallet). New in JDF 1.4

Euro1200x1200 - 1200x1200mm no norm, but in use in the field. New in JDF 1.4

Size ?

XYPair

Describes the length and width of the pallet, in points, (e.g., 3500 3500).
If not specified, the size is defined by PalletType .

7.2.128 PalletizingParams

New in JDF 1.1

PalletizingParams defines the details of Palletizing . Details of the actual pallet used for Palletizing can be found in the Pallet Resource that is also an input of the Palletizing Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Palletizing

Output of Processes:

--

 

Table 7-283: PalletizingParams Resource (Section 1 of 2)

Name

Data Type

Description

LayerAmount ?

New in JDF 1.4

IntegerList

Ordered number of input components in a layer. The first number is the first layer on the bottom. If there are more layers than entries in the list, counting restarts at the first entry.

MaxHeight ?

double

Maximum height of a loaded pallet in points.

MaxWeight ?

double

Maximum weight of a loaded pallet in grams.

Overhang ?

New in JDF 1.4

XYPair

Overhang in x and y direction on each side

OverhangOffset ?

New in JDF 1.4

XYPair

Overhang offset if overhang is not centered

Pattern ?

string

Name of the palletizing pattern. Used to store a predefined pattern that defines the layers and positioning of individual component on the pallet.

Bundle ?

New in JDF 1.4

refelement

Describes additional properties, such as the number of individual products, and describes the list of the individual products on the pallet

7.2.129 PDFToPSConversionParams

This Resource specifies a set of configurable options that can be used by Processes that generate PostScript files. Prior to JDF 1.3, PDFToPSConversionParams was used only for converting PDF files to PostScript. The name “ PDFToPSConversionParams ” was retained for backwards compatibility, although most parameters apply to PDF conversion from any source format.

Some descriptions below mention Attributes or structures in specific source formats, such as PDF. Appropriate equivalent actions should be taken when converting from other source formats that have equivalent Attributes or structures. A small number of parameters apply only to PDF sources.

Font controls are applied in the following order:

  1. 1 IncludeBaseFonts
  2. 2 IncludeEmbeddedFonts
  3. 3 IncludeType1Fonts
  4. 4 IncludeType3Fonts
  5. 5 IncludeTrueTypeFonts
  6. 6 IncludeCIDFonts

For example, an embedded Type-1 font follows the rule for embedded fonts, not the rule for Type-1 fonts. In other words, if IncludeEmbeddedFonts is "true" , and IncludeType1Fonts is "false" , embedded Type-1 fonts would be included in the PostScript stream.

Resource Properties

Resource Class:

Parameter

Resources referenced:

PDLCreationParams

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

PDFToPSConversion

Output of Processes:

--

 

Table 7-284: PDFToPSConversionParams Resource (Section 1 of 4)

Name

Data Type

Description

BinaryOK = "true"

boolean

If "true" , binary data are to be included in the PostScript stream.

BoundingBox ?

rectangle

It is used for BoundingBox DSC comment in CenterCropBox calculations and for PostScript’s setpage Device.

CenterCropBox = "true"

boolean

If "true" , the CropBox from the source document is centered on the page when the CropBox is smaller than MediaBox .

GeneratePageStreams = "false"

boolean

If "true" , the Process emits individual streams of data for each page in the RunList .

IgnoreAnnotForms = "false"

boolean

If "true" , ignores annotations that contain a PDF XObject form. (PDF source only).

IgnoreBG ? = "true"

New in JDF 1.1

boolean

Ignores the BG , BG2 parameters in the PDF ExtGState dictionary, and the operand of any calls to the PostScript setblackgeneration operator.

IgnoreColorSeps = "false"

boolean

If "true" , ignores images for Level-1 separations.

IgnoreDeviceExtGState ?

Deprecated in JDF 1.1

boolean

If "true" , ignores all Device-dependent extended graphic state parameters. This overrides IgnoreHalftones . The following parameters are to be ignored:

OP - Overprint parameter.

OPM - Overprint mode.

BG, BG2 - Black generation.

UCR, UCR2 - Undercolor removal.

TR, TR2 - Transfer functions.

HT - Halftone dictionary.

FL - Flatness tolerance.

SA - Automatic stroke adjustment.

IgnoreDSC = "true"

boolean

If "true" , ignores DSC (Document Structuring Conventions).

IgnoreExternStreamRef = "false"

boolean

If a PDF image Resource uses an external stream and IgnoreExternStreamRef = "true" , ignores code that points to the external file. (PDF source only). Note that IgnoreExternStreamRef was misspelled as IgnoreExternSreamRef prior to JDF 1.3.

IgnoreHalftones = "false"

boolean

If "true" , ignores any halftone screening in the source file.

IgnoreOverprint = "true"

New in JDF 1.1

boolean

Ignores OP parameters in a source PDF ExtGState dictionary setoverprint in a source PostScript file, etc.

IgnorePageRotation = "false"

boolean

If "true" , ignores a “concatenation” provided at the beginning of each page that orients the page so that it is properly rotated. Used when emitting EPS.

IgnoreRawData = "false"

boolean

If "true" , no unnecessary filters are to be added when emitting image data.

IgnoreSeparableImagesOnly = "false"

boolean

If "true" , and if emitting EPS, ignores only CMYK and gray images.

IgnoreShowPage = "false"

boolean

If "true" , ignores save-and-restore showpage in PostScript files

IgnoreTransfers = "true"

New in JDF 1.1

boolean

Ignores TR , TR2 parameters in a source PDF ExtGState dictionary, settransfer and setcolortransfer in a source PostScript file, etc.

IgnoreTTFontsFirst = "false"

boolean

If "true" , ignores TrueType fonts before any other fonts.

IgnoreUCR = "true"

New in JDF 1.1

boolean

Ignores UCR , UCR2 parameters in a source PDF ExtGState dictionary, setundercolorremoval in a source PostScript file, etc.

IncludeBaseFonts = "IncludeNever"

enumeration

Determines when to embed the base fonts.

The base fonts are Symbol and the plain, bold, italic and bold-italic faces of Courier , Times , and Helvetica .

Values are:

IncludeNever

IncludeOncePerDoc

IncludeOncePerPage

IncludeCIDFonts = "IncludeOncePerDoc"

enumeration

Determines when to embed CID fonts.

Values are from: IncludeBaseFonts

IncludeEmbeddedFonts = "IncludeOncePerDoc"

enumeration

Determines when to embed fonts in the document that are embedded in the source file. This Attribute overrides the IncludeType1Fonts , IncludeTrueTypeFonts and IncludeCIDFonts Attributes.

Values are from: IncludeBaseFonts

IncludeOtherResources = "IncludeOncePerDoc"

enumeration

Determines when to include all other types of Resources in the file.

Values are from: IncludeBaseFonts

IncludeProcSets = "IncludeOncePerDoc"

enumeration

Determines when to include ProcSets in the file.

Values are from: IncludeBaseFonts

IncludeTrueTypeFonts = "IncludeOncePerDoc"

enumeration

Determines when to embed TrueType fonts.

Values are from: IncludeBaseFonts

IncludeType1Fonts = "IncludeOncePerDoc"

enumeration

Determines when to embed Type-1 fonts.

Values are from: IncludeBaseFonts

IncludeType3Fonts = "IncludeOncePerPage"

enumeration

Determines when to embed Type-3 fonts. It is included here to complete the precedence hierarchy. It has only one value.

Values are:

IncludeOncePerPage

OutputType = "PostScript"

enumeration

Describes the kind of output to be generated.

Values are:

PostScript

EPS

PSLevel = "2"

integer

Number that indicates the PostScript level. Values include "1" , "2" or "3" .

Scale = "100"

double

Number that indicates the wide-scale factor of documents. Full size = "100" .

SetPageSize = "false"

boolean

(PostScript Levels 2 and 3 only) If "true" , sets page size on each page automatically. For PDF source, use MediaBox for outputting PostScript files and CropBox for EPS.

SetupProcsets = "true"

boolean

If "true" , indicates that if ProcSets are included, the init/term code is also included.

ShrinkToFit = "false"

boolean

If "true" , the page is scaled to fit the printer page size. This field overrides scale

SuppressCenter = "false"

boolean

If "true" , suppresses automatic centering of page contents whose crop box is smaller than the page size.

SuppressRotate = "false"

boolean

If "true" , suppresses automatic rotation of pages when their dimensions are better suited to landscape orientation. More specifically, the application that generates the PostScript compares the dimensions of the page. If the width is greater than the height, then pages are not rotated if SuppressRotate = "true" . On the other hand, if SuppressRotate = "false" , the orientation of each source page (e.g., as set by the PDF Rotate key) is honored, regardless of the dimensions of the pages (as defined by the MediaBox Attribute).

TTasT42 = "false"

boolean

If including TrueType fonts, converts to Type-42 instead of Type-1 fonts when TTasT42 = "true" .

UseFontAliasNames = "false"

boolean

If "true" , font alias names are used when printing with system fonts.

7.2.130 PDLCreationParams

New in JDF 1.3

This Resource is used to encapsulate the PDL output parameters for the supported output PDL types used in the PDLCreation Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

PDLCreation

Output of Processes:

--

 

Table 7-285: PDLCreationParams Resource

Name

Data Type

Description

MimeType

string

This Resource identifies the MIME type associated with this output file format. For example "application/pdf" .

PDFToPSConversionParams ?

refelement

Postscript specific Parameter Resource for the output. must not be specified unless MimeType = "application/postscript"

PSToPDFConversionParams ?

refelement

PDF specific Parameter Resource for the output. It must not be specified unless MimeType = "application/pdf"

7.2.131 PDLResourceAlias

This Resource provides a mechanism for referencing Resources that occur in files, or that are expected to be provided by Devices. Prepress and printing Processes have traditionally used the word “Resource” to refer to reusable data structures that are needed to perform Processes. Examples of such Resources include fonts, halftones and functions. The formats of these Resources are defined within PDLs, and instances of these Resources can occur within PDL files or can be provided by Devices.

JDF does not provide a syntax for defining such Resources directly within a Job. Instead, Resources continue to occur within PDL files and continue to be provided by Devices. However, since it is necessary to be able to refer to these Resources from JDF Jobs, the PDLResourceAlias Resource is provided to fulfill this need.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ColorantControl / ColorSpaceSubstitute

Example Partition:

--

Input of Processes:

Interpreting

Output of Processes:

--

 

Table 7-286: PDLResourceAlias Resource

Name

Data Type

Description

ResourceType

string

The type of PDL Resource that is referenced. The semantic of this Attribute is defined by the PDL.

SourceName ?

string

The name of the Resource in the file referenced by the FileSpec or by the Device.

FileSpec ?

refelement

Location of the file containing the PDL Resource. If FileSpec is absent, the Device is expected to provide the Resource defined by this PDLResourceAlias Resource.

7.2.132 PerforatingParams

New in JDF 1.1

PerforatingParams define the parameters for perforating a Sheet.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Perforating

Output of Processes:

--

 

Table 7-287: PerforatingParams Resource

Name

Data Type

Description

Perforate *

element

Defines one or more Perforate lines.

7.2.132.1 Element: Perforate

Perforate describes one perforated line.

 

Table 7-288: Perforate Element

Name

Data Type

Description

Depth ?

New in JDF 1.2

double

Depth of the perforation, in microns [m].

RelativeStartPosition ?

New in JDF 1.2

XYPair

Relative starting position of the tool. The RelativeStartPosition is always based on the complete size of the input Component and not on the size of an intermediate state of the folded Sheet. The allowed value range is from 0.0 to 1.0 for each component of the XYPair, which specifies the full size of the input Component . At least one of StartPosition or RelativeStartPosition must be specified.

RelativeWorkingPath ?

New in JDF 1.2

XYPair

Relative working path of the tool beginning at RelativeStartPosition . Since the tools can only work parallel to the edges, one coordinate must be zero. The RelativeWorkingPath is always based on the complete size of the input Component and not on the size of an intermediate state of the folded Sheet. The allowed value range is from 0.0 to 1.0 for each component of the XYPair, which specifies the full size of the input Component . At least one of WorkingPath or RelativeWorkingPath must be specified.

StartPosition ?

Modified in JDF 1.2

XYPair

Starting position of the tool. If both StartPosition and RelativeStartPosition are specified, RelativeStartPosition is ignored. At least one of StartPosition or RelativeStartPosition must be specified.

TeethPerDimension ?

double

Number of teeth in a given perforation extent in teeth/point. MicroPerforation is defined by specifying a large number of teeth ( TeethPerDimension > 1000).

WorkingDirection

enumeration

Direction from which the tool is working.

Values are:

Top - From above.

Bottom - From below.

WorkingPath ?

Modified in JDF 1.2

XYPair

Working path of the tool beginning at StartPosition . Since the tools can only work parallel to the edges, one coordinate must be zero. If both WorkingPath and RelativeWorkingPath are specified, RelativeWorkingPath is ignored. At least one of WorkingPath or RelativeWorkingPath must be specified.

 

7.2.133 Person

This Resource provides detailed information about a person. It also has the ability to specify different communication channels to this person. Use @ ProductID when a unique identifier for the Person is required. The structure of the Resource is derived from the vCard format. It contains all of the same name subtypes (N:) of the identification and the title of the organizational properties. The corresponding XML types of the vCard are quoted in the description field of the table below.

Modification note: starting with JDF 1.4, a rule about using @ ProductID is added

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Contact , Employee

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-289: Person Resource

Name

Data Type

Description

AdditionalNames ?

string

Additional names of the contact person (vCard: N:other).

FamilyName ?

string

The family name of the contact person (vCard: N:family).

FirstName ?

string

The first name of the contact person (vCard: N:given).

JobTitle ?

string

Job function of the person in the company or organization (vCard: title).

Languages ?

New in JDF 1.4

languages

List of languages related to the person, ordered by decreasing preference

NamePrefix ?

string

Prefix of the name, can include title (vCard: N:prefix).

NameSuffix ?

string

Suffix of the name (vCard: N:suffix).

Address ?

New in JDF 1.2

refelement

Address of the person.

ComChannel *

refelement

Communication channels to the person.

7.2.134 PlaceHolderResource

This Resource is used to link Process Group Nodes when the exact nature of interchange Resources is still unknown. In this way, a skeleton of Process networks can be constructed, with the PlaceHolderResource Resources serving as place holders in lieu of the appropriate Resources. This Resource needs no structure besides that provided in an Abstract Resource Element as it has no inherent value except as a stand-in for other Resources.

Resource Properties

Resource Class:

PlaceHolder

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Process Group Nodes

Output of Processes:

Process Group Nodes

Resource Structure

The Resource has no additional structure.

7.2.135 PlasticCombBindingParams

This Resource describes the details of the PlasticCombBinding Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

PlasticCombBinding

Output of Processes:

--

 

Table 7-290: PlasticCombBindingParams Resource (Section 1 of 2)

Name

Data Type

Description

Brand ?

string

The name of the comb manufacturer and the name of the specific item.

Color ?

NamedColor

Determines the color of the plastic comb.

ColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If ColorDetails is supplied, Color SHOULD also be supplied.

Diameter ?

double

The comb diameter is determined by the height of the block of Sheets to be bound.

Thickness ?

double

The material thickness of the comb.

Type ?

Modified in JDF 1.1

Deprecated in JDF 1.2

enumeration

The distance between the “teeth” and the distance between the holes of the prepunched Sheets must be the same. The following values from the hole type catalog in Appendix L, “JDF/CIP4 Hole Pattern Catalog” exist:

Values are:

P12m-rect-02 - Distance = 12 mm; Holes = 7 mm x 3 mm Deprecated in JDF 1.2

P16-9i-rect-0t - Distance = 14.28 mm; Holes = 8 mm x 3 mm Deprecated in JDF 1.2

Euro - (Distance = 12 mm; Holes = 7 mm x 3 mm) Deprecated in JDF 1.1.

USA1 - (Distance = 14.28 mm; Holes = 8 mm x 3 mm) Deprecated in JDF 1.1.

Deprecation note: starting with JDF 1.2, use the value implied by HoleMakingParams /@ HoleType .

HoleMakingParams ?

refelement

Details of the holes to be made. Note that HoleMakingParams /@ Shape is always rectangular by design of the plastic combs.

7.2.136 PlateCopyParams

Deprecated in JDF 1.1

See Section P.4.11, “PlateCopyParams” for details of this deprecated Resource.

7.2.137 PreflightAnalysis

Deprecated in JDF 1.2

This Resource was deprecated as a result of a major revision to the Preflight Process and its associated Resources. For details of this deprecated Resource see Section P.3.3, “PreflightAnalysis” .

7.2.138 PreflightInventory

Deprecated in JDF 1.2

This Resource was deprecated as a result of a major revision to the Preflight Process and its associated Resources. For details of this deprecated Resource see Section P.3.4, “PreflightInventory” .

7.2.139 PreflightParams

New in JDF 1.2

The PreflightParams Resource specifies the tests for the Preflight Process to run. These tests are defined using Section 7.3.2, “ActionPool” , which defines a list of reporting actions to have for given document object tests defined into a Test . (See Section 7.3.12, “TestPool” .) This section makes use of Elements and Attributes defined in Section 7.3, “Device Capability Definitions” . It is suggested that readers familiarize themselves with that section and Section 7.4, “Concept of the Preflight Process” .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

PreflightReport

Example Partition:

--

Input of Processes:

Preflight

Output of Processes:

--

 

Table 7-291: PreflightParams Resource

Name

Data Type

Description

ActionPool +

element

A set of ActionPool Elements. Multiple ActionPool Elements are equivalent to one ActionPool that contains all Action Elements of the individual ActionPool Elements.

TestPool

New in JDF 1.3

element

Container for zero or more Test Elements that are referenced from Action Elements in the ActionPool .

Although TestPool is New in JDF 1.3 , it is required because ActionPool implicitly requires a parallel TestPool as a container for the referenced Test Elements that are defined in Action /@ TestRef .

The ActionPool , as defined in Section 7.3.2, “ActionPool” , has Action Subelements, which can reference a Test with a given action type. The Action Element includes a PreflightAction Subelement, defined below, which can be used to define how tests are to be applied in Preflight Processes.

7.2.139.1 Element: PreflightAction

 

Table 7-292: PreflightAction Element

Name

Data Type

Description

SetRef ?

IDREF

A reference to a preflight Test ID used to filter a set of objects before applying the tests referenced by preflight Action . When SetRef is not defined, the Test is applied to all the objects.

SetSplitBy = "RunList"

enumeration

This is used to group objects in different ways.

Values are:

Page - Tests are applied on objects page per page.

Document - Tests are applied on objects document per document.

RunList - All objects of all pages included in all documents are processed together.

Note: SetSplitBy is only used when SetRef is defined in order to create sets on a page-per-page or document-per-document basis. For instance, if you want to get the list of separations per page, SetSplitBy is set to "Page" . In such a case, the report’s content (as long as the PRItem is defined properly for the Action ) will be grouped by page.

Test Elements make use of Evaluation Subelements that define various basic preflight testing functions that can be combined together in order to build preflight test. In order to specify basic preflight tests using Evaluation , the Subelement BasicPreflightTest is used. Note: The BasicPreflightTest includes a PreflightArgument Subelement that is defined below.

7.2.139.2 Element: BasicPreflightTest

The BasicPreflightTest Element defines a named preflight test that can be evaluated by a preflight application. The result of the test can be compared with the values defined in the explicit Evaluation Elements in order to filter the objects within the file to be tested. The following table describes the BasicPreflightTest Element.

 

Table 7-293: BasicPreflightTest Element

Name

Data Type

Description

Classes ?

New in JDF 1.4

NMTOKENS

List of object classes that the test MUST be applied to. It is strongly recommended to supply Classes

ClassName ?

New in JDF 1.4

NMTOKEN

This tag can be used to directly command the test to specifically apply on a given class of object. The two purposes of this change are 1) to simply preflight engine processors, and 2) to simplify Test rules.

Values are from: Table 7-463, “Object Classes for a Document” .

DevNS = "http://www.CIP4.org/JDFSchema_1_1"

URI

Namespace of the test that is described by Name in this BasicPreflightTest Element.

ListType = "SingleValue"

Modified in JDF 1.4

enumeration

Specifies what type of list or object the basic preflight test describes.

Values are from: State /@ ListType ( Table 7.3.7, “State” ).

Modification note: starting with JDF 1.4, ListType has a specified default value.

MaxOccurs = "1"

integer

Maximum number of elements in the list described by this BasicPreflightTest , (e.g., the maximum number of integers in an integer list). If MaxOccurs is not "1" , the BasicPreflightTest Element refers to a list or RangeList of values, (e.g., a NameEvaluation will allow a list of NMTOKENS).

MinOccurs = "1"

integer

Minimum number of elements in the list described by this BasicPreflightTest . Default = "1" , (i.e., it is an individual value). If MinOccurs is not "1" , the BasicPreflightTest Element refers to a list or RangeList of values, (e.g., a NameEvaluation will allow a list of NMTOKENS).

Name

Modified in JDF 1.4

NMTOKEN

Local name of the preflight constraint that is evaluated by this BasicPreflightTest . A valid Name value for the JDF namespace is any property name defined in any of the Properties tables in Section 7.4.2, “Properties” Preflight tests are defined through the use of constraints.

Modification note: starting with JDF 1.4, Name is no longer optional.

PreflightArgument ?

element

Additional arguments for the preflight test. For details see Section 7.2.139, “PreflightParams” for the definition of PreflightArgument and constraints upon which preflight tests are defined.

7.2.139.3 Element: PreflightArgument

This Subelement is used by BasicPreflightTest when additional data are needed to determine object property.

 

Table 7-294: PreflightArgument Element

Name

Data Type

Description

BoxArgument ?

element

Used if BasicPreflightTest /@ Name has a value of either "InsideBox" and "OutsideBox" . Used for tests with the same two names.

BoxToBoxDifference ?

element

Used by the BoxToBoxDifference test.

7.2.139.4 Element: BoxArgument

 

Table 7-295: BoxArgument Element

Name

Data Type

Description

Box

enumeration

The box type used to verify inclusion or exclusion.

Values are from: Table 7-296, “Box Attribute Values” .

MirrorMargins ?

enumeration

The MirrorMargins Attribute allows the flip of the Offset value depending on the RunList index. When the index is even, the original Offset value is preserved. When the index is odd, the Offset value is flipped.

Default behavior: the value of Offset is not changed (if unspecified).

Values are:

Vertical - turns [ l b r t ] into [ r b l t ].

Horizontal - turns [l b r t] into [l t r b] .

Offset ?

rectangle

The offset to build real rectangle to which test is made.

Overlap = "false"

boolean

Explains if overlap is allowed to check inclusion or exclusion.

-- Attribute: Box

 

Table 7-296: Box Attribute Values

Box Type

Description

ArtBox

Defines the extent of the page’s meaningful content (including potential white space) as intended by the page's creator.

BleedBox

Defines the region to which the contents of the page is to be clipped when output in a production environment. This might include any extra “bleed area” needed to accommodate the physical limitations of cutting, folding and trimming equipment. The actual printed page might include printing marks that fall outside the bleed box.

CropBox

Defines the region to which the contents of the page are to be clipped (cropped) when displayed or printed. Unlike the other boxes, the crop box has no defined meaning in terms of physical page geometry or intended use -- it merely imposes clipping on the page contents. However, in the absence of additional information, the crop box will determine how the page’s contents are to be positioned on the output medium.

MarginsBox

Defines the trim box minus the margins.

MediaBox

Defines the boundaries of the physical medium on which the page is to be printed. It might include any extended area surrounding the finished page for bleed, printing marks or other such purposes. It might also include areas close to the edges of the medium that cannot be marked because of physical limitations of the output Device. Content falling outside this boundary can safely be discarded without affecting the meaning of the file.

SlugBox

Defines an area where document related information and objects that will not be on the final document could be printed.

TrimBox

Defines the intended dimensions of the finished page after trimming. It can be smaller than the media box, to allow for production-related content such as printing instructions, cut marks or color bars. In another type of document than PDF, this box represents the page size.

7.2.139.5 Element: BoxToBoxDifference

 

Table 7-297: BoxToBoxDifference Element

Name

Data Type

Description

FromBox ?

enumeration

The “From” box used for BoxToBoxDifference calculation.

Values are from: BoxArgument /@ Box

ToBox ?

enumeration

The “To” box used for BoxToBoxDifference calculation.

Values are from: BoxArgument /@ Box

Example 7-43: Test with InsideBox and a BoxArgument Subelement

The following is an example of Test using InsideBox and a BoxArgument Subelement:

<JDF ID="ID" Type="ProcessGroup" xmlns="http://www.CIP4.org/JDFSchema_1_1"

Status="Waiting" JobPartID="ID34" Version="1.4">

<ResourcePool>

<PreflightParams Class="Parameter" ID="PP001" Status="Available">

<TestPool>

< Test ID = "PT01" >

< BooleanEvaluation ValueList = "true" >

< BasicPreflightTest Name = "InsideBox" >

< PreflightArgument >

< BoxArgument Box = "TrimBox" Overlap = "true" />

</ PreflightArgument >

</ BasicPreflightTest >

</ BooleanEvaluation >

</ Test >

</TestPool>

<ActionPool/>

</PreflightParams>

</ResourcePool>

<ResourceLinkPool>

<PreflightParamsLink Usage="Input" rRef="PP001"/>

</ResourceLinkPool>

</JDF>

 

7.2.140 PreflightProfile

Deprecated in JDF 1.2

This Resource was deprecated as a result of a major revision to the Preflight Process and its associated Resources. For details of this deprecated Resource see Section P.3.5, “PreflightProfile” .

7.2.141 PreflightReport

New in JDF 1.2

The PreflightReport Resource describes the results of the preflight tests specified in PreflightParams . This section makes use of Elements and Attributes defined in Section 7.3, “Device Capability Definitions” . It is suggested that reader’s familiarize themselves with that section and Section 7.4, “Concept of the Preflight Process” .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Any Process

Output of Processes:

Preflight

 

Table 7-298: PreflightReport Resource

Name

Data Type

Description

ErrorCount

integer

The count of errors that were encountered while preflighting the Job.

ErrorState ?

enumerations

Describes the type of errors that occurred during preflighting when the Preflight Process does not understand certain preflight tests or cannot apply them to the given objects.

Default behavior: no errors occurred (if not specified).

Values are:

TestNotSupported

TestWrongPDL

WarningCount

integer

The count of warnings that were encountered while preflighting the Job.

PreflightParams

refelement

References the PreflightParams that was used to create this report.

PreflightReportRulePool

refelement

References the PreflightReportRulePool that was used to create this report.

PRItem *

element

Describes the Action Elements that produced an error or a warning.

RunList

refelement

References the RunList that was used to create this report.

7.2.141.1 Element: PRItem

The PRItem structure is used to describe the errors that occurred during the execution of one Action . When a Test could not be evaluated during the Preflight Process, this is reported as a PRError .

Objects that fail the preflight test are grouped together as described by a PRRule . During the Preflight Process, the number of objects and groups that are reported are limited to the maximum numbers defined in the PRRule .

When a PreflightReport is copied from one JDF document to another (e.g., a JDF writer might reduce the size of the PreflightReport by removing PRGroup and PROccurrence items within a PRGroup ), this will not invalidate the PreflightReport .

 

Table 7-299: PRItem Element

Name

Data Type

Description

ActionRef

IDREF

References the PreflightParams / ActionPool / Action that triggered this PRItem .

Occurrences

integer

The number of occurrences of objects that failed the Action . When the Action describes a set-test, this is the number of set-objects that failed the test.

PageSet ?

IntegerRangeList

All run indices where there is an object that gives an error on that page.

PRError *

element

Describes the errors that were found while running this preflight test.

PRGroup *

element

Describes the Action Elements that produced an error or a warning.

7.2.141.2 Element: PRError

The PRError structure is used to describe generic errors that occurred while evaluating an object property while executing a Test .

 

Table 7-300: PRError Element

Name

Data Type

Description

ErrorType

enumeration

Values are:

TestWrongPDL

TestNotSupported

Value

NMTOKEN

The name of the object property that was being tested when the Process error occurred.

PRGroup

Figure 7-50: PRGroup - a diagram of its structure

 

The PRGroup structure is used to describe a group of document objects that share common properties and that failed the Action .

 

Table 7-301: PRGroup Element (Section 1 of 2)

Name

Data Type

Description

Occurrences

integer

The number of occurrences of objects of this group that failed the Action . When the Action Elements describes a set-test, this is the number of set-objects.

PageSet ?

IntegerRangeList

All run indices where there is an object of this group that gives an error on that page.

PRGroupOccurrence ?

element

The properties that are shared by all Elements of the group as defined by PreflightReportRulePool / PRRule /@ GroupBy .

PROccurrence *

element

An object that failed the Action .

Depending on the test in the Action , the PRGroup is used in two different ways:

  • When the test is not a set-test, there will be one level of PRGroup and PROccurrence Elements. These are used to describe all the document objects that failed the preflight test. The PROccurrence describes the actual object while PRGroup is used to group those objects that share common properties.
  • When the test is a set-test, there will be two levels of PRGroup and PROccurrence Elements whereby the second level occurs as a child Element of PROccurrence .
    • The top level describes the set objects that failed the preflight test. Just as in the non-set-test case, PROccurrence describes the actual set-objects while PRGroup is used to group those sets that share common properties. In the example below there are four page sets that failed the test, (e.g., pages 1, 4, 8 and 12).
    • The second level, which is a child Element of the top level PROccurrence , describes the document objects that are part of the set. These document objects are grouped as well. In the example below page one consists of 20 objects: five text objects and 15 image objects.

Example 7-44: PRItem

<JDF ID="ID" Type="ProcessGroup" xmlns="http://www.CIP4.org/JDFSchema_1_1"

Status="Waiting" JobPartID="ID34" Version="1.4">

<ResourcePool>

<PreflightReport Class="Parameter" ID="PP001" Status="Available"

ErrorCount="0" WarningCount ="0" >

< PRItem Occurrences = "4" ActionRef = "A001" >

< PRGroup Occurrences = "1" >

< PRGroupOccurrence PageNumber = "1" />

< PROccurrence Occurrences = "20" >

< PRGroup Occurrences = "5" >

< PRGroupOccurrence />

< PROccurrence TextSize = "12" />

</ PRGroup >

< PRGroup Occurrences = "15" >

< PRGroupOccurrence />

< PROccurrence EffectiveResolution = "300 300" />

</ PRGroup >

</ PROccurrence >

</ PRGroup >

< PRGroup Occurrences = "1" >

< PRGroupOccurrence PageNumber = "4" />

< PROccurrence Occurrences = "20" >

< PRGroup Occurrences = "7" >

< PRGroupOccurrence />

< PROccurrence NumberOfPathPoints = "4" />

</ PRGroup >

< PRGroup Occurrences = "13" >

< PRGroupOccurrence />

< PROccurrence EffectiveResolution = "300 300" />

</ PRGroup >

</ PROccurrence >

</ PRGroup >

< PRGroup Occurrences = "1" >

< PRGroupOccurrence PageNumber = "8" />

</ PRGroup >

< PRGroup Occurrences = "1" >

< PRGroupOccurrence PageNumber = "12" />

</ PRGroup >

</ PRItem >

<PreflightParams>

<TestPool>

<Test ID="T001">

<BooleanEvaluation ValueList="true"/>

</Test>

</TestPool>

<ActionPool>

<Action ID="A001" TestRef="T001"/>

</ActionPool>

</PreflightParams>

<PreflightReportRulePool/>

<RunList/>

</PreflightReport>

</ResourcePool>

<ResourceLinkPool>

<PreflightReportLink Usage="Input" rRef="PP001"/>

</ResourceLinkPool>

</JDF>

 

7.2.141.3 Element: Abstract PRGroupOccurrenceBase

Abstract PRGroupOccurrenceBase is an Abstract Element that serves as container for properties that were evaluated during the Preflight Process.

 

Table 7-302: Abstract PRGroupOccurrenceBase Element

Name

Data Type

Description

All possible object properties as optional Attributes .

As defined by the object property .

An example is given above. See also section Section 7.4.2, “Properties” and following.

PageNumber ?

integer

Example of an integer Attribute. The same format applies to boolean, Number, Name, NameList, enumeration, enumerations and string data types.

7.2.141.4 Element: PRGroupOccurrenceBase

The following Elements are derived from the Abstract PRGroupOccurrenceBase Element

Table 7-303: List of PRGroupOccurrenceBase Elements

Name

Page

Description

ArgumentValue

ArgumentValue

For additional arguments for a PRGroupOccurrence .

PRGroupOccurrence

PRGroupOccurrence

Specifies shared Properties of all PROccurrence Elements in a PRGroup

PROccurrence

PROccurrence

Describes an individual occurrence of a preflight action failure

7.2.141.5 Element: ArgumentValue

ArgumentValue specifies a value that is specified with additional arguments. ArgumentValue is derived from Abstract PRGroupOccurrenceBase :

 

Table 7-304: ArgumentValue Element

Name

Data Type

Description

Name

NMTOKEN

The name of the subject property.

PreflightArgument

element

The argument that was used to evaluate this property. This is a PreflightArgument Element. (See Section 7.2.139.3, “PreflightArgument” .)

7.2.141.6 Element: PRGroupOccurrence

PRGroupOccurrence specifies the shared properties of all PROccurrence Elements in a PRGroup . When the object does not support a certain property, the corresponding Attribute must not be specified in PRGroupOccurrence . PRGroupOccurrence is derived from Abstract PRGroupOccurrenceBase .

 

Table 7-305: PRGroupOccurrence Element

Name

Data Type

Description

StringListValue *

element

Describes the values of a StringList property.

ArgumentValue *

element

Describes the value of a property that is enhanced with additional arguments.

7.2.141.7 Element: StringListValue

StringListValue specifies a type that returns a set of strings.

 

Table 7-306: StringListValue Element

Name

Data Type

Description

Name

NMTOKEN

The name of the subject property.

Value *

element

Element of type StringEvaluation / Value . (See Section 7.3.13.6.2.13, “StringEvaluation” .)

7.2.141.8 Element: PROccurrence

PROccurrence describes an individual occurrence of a preflight action failure. When the object does not support a certain property, the corresponding Attribute must not be specified in PROccurrence . PROccurrence is derived from Abstract PRGroupOccurrenceBase .

 

Table 7-307: PROccurrence Element

Name

Data Type

Description

Occurrences ?

integer

Only used when the subject occurrence is a set-object. It describes the number of objects in the set.

PRGroup *

element

When this occurrence describes a set-object, the PRGroup Elements describe the objects that are part of the set.

7.2.142 PreflightReportRulePool

New in JDF 1.2

The PreflightReportRulePool Resource specifies how the PreflightReport is to log the errors that were found during the Preflight Process. This section makes use of Elements and Attributes defined in Section 7.3, “Device Capability Definitions” . It is suggested that reader’s familiarize themselves with that section and Section 7.4, “Concept of the Preflight Process” .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

PreflightReport

Example Partition:

--

Input of Processes:

Preflight

Output of Processes:

--

 

Table 7-308: PreflightReportRulePool Resource

Name

Data Type

Description

MaxOccurrences ?

integer

An upper bound to the maximum number of PROccurrence Elements that are to be logged in the PreflightReport .

ActionPools

Deprecated in JDF 1.3

IDREFS

References the ActionPool whose reporting are defined by this rule.

Deprecation note: starting with JDF 1.3 Errata, ActionPools is deprecated because PRRule / ActionRefs has the same role.

PRRule *

element

A list of available PRRule Elements.

PRRuleAttr ?

element

Defines the default behavior of all PRRule when not defined inside of a PRRule Subelement.

7.2.142.1 Element: PRRule

The PRRule structure is used to define how the PreflightReport is to log the events that were found during the execution of one Action .

 

Table 7-309: PRRule Element

Name

Data Type

Description

ActionRefs +

IDREFS

References the action for which the report behavior is defined in PRRule .

PRRuleAttr

element

Defines the way to report this specific rule(s).

The format of the PreflightReport is defined by specifying PRRule Elements for specific Action Elements. Because ActionRefs can refer to multiple Action Elements, a single rule applies to all referenced Action Elements, (e.g., all color-related Action Elements will use similar reporting).

7.2.142.2 Element: PRRuleAttr

 

Table 7-310: PRRuleAttr Element (Section 1 of 2)

Name

Data Type

Description

GroupBy = "Tested"

NMTOKENS

Group objects having the same N-pair of Attributes listed here.

Values include those from: @ReportAttr

ReportAttr = "Tested Filename PageNumber"

NMTOKENS

When individual items are reported, these Attributes are also reported. Attributes which are also being referred by GroupBy are ignored.

Values include those from: Table 7-311, “ReportAttr Attribute Values”.

LogErrors ?

integer

When the Preflight Process does not understand or cannot apply certain tests, that error must be logged when the associated type is logged here. The value is the sum of "TestWrongPDL" and "TestNotSupported" (these two returned values are explained in Section 7.4, “Concept of the Preflight Process” .)

MaxGroups ?

integer

The maximum number of groups allowed in the report for this problem. When an object is encountered that fails the preflight test and it belongs to none of the existing groups and there are already MaxGroups , that occurrence is no longer reported individually and no new group is created, although it is added to the Occurrences count and the PageSet .

MaxPerGroup ?

integer

The maximum number of individual occurrences reported per group for this problem. When an object is encountered that fails the preflight test and it belongs to a group that already contains MaxPerGroup Elements, that occurrence is no longer reported individually, although it is added to the Occurrences count and the PageSet .

-- Attribute: ReportAttr

Table 7-311: ReportAttr Attribute Values

Value

Description

<Property Attribute>

An object-specific Attribute, (e.g., ColorSpace , FontName , etc.). At the time that we define the Test , we will almost automatically define these Attributes.

Tested

Refers to all the Attributes that are referred to in the Test Element(s) used by the Action Element(s) listed in the ActionRefs .

TestRelated

Refers to all the Attributes referred in the Test Element(s) used by the Action Element(s) listed in ActionRefs and the ones that belong to the group of properties in which the tested property was found. For instance, if the Creator basic test was made, then all other document properties will be reported as well.

VerboseAppSpecific

Refers to a large list of Attributes that the preflight agent (with preflight agent-specific logic) finds interesting for the Test Element(s) used by the Action Element(s) listed in ActionRefs .

BriefAppSpecific

Refers to a small list of Attributes that the preflight agent (with preflight agent-specific logic) finds interesting for the Test Element(s) used by the Action Element(s) listed in ActionRefs .

When the report is generated, the "Tested" , "VerboseAppSpecific" and "BriefAppSpecific" terms are expanded depending on the context (i.e., the specific test and the specific preflight agent) so that the list of Attributes only contain object specific Attributes.

Note: The "VerboseAppSpecific" and "BriefAppSpecific" tokens can be dependent on the context of a specific test. It is expected that a preflight agent will have a default list of tokens that will always be added (e.g., "PageNumber" ). In addition it is expected that a preflight agent will define separate lists for specific domains, (e.g., color, font). When a specific test covers some of these specific domains, the Attributes of these lists are also added. When ReportAttr = "Tested BriefAppSpecific PageNumber" , the Attributes that are reported are dependent on the Test Element(s) used by the Action Element(s) and on the preflight agent as demonstrated in the table below.

 

Table 7-312: Contingent Report Behavior (Section 1 of 2)

Preflight Agent

For ColorSpace Test

For FontEmbedded Test

Behavior

Preflight agent 1

ColorSpace

PageNumber

FontEmbedded

PageNumber

FontName

PageNumber is always added.

For color-related tests, ColorSpace is added.

For font-related tests, FontName is added

Preflight agent 2

ColorSpace

PageNumber

BoundingBox

FontEmbedded

PageNumber

BoundingBox

FontSubset

PageNumber and BoundingBox are always added.

For color-related tests, ColorSpace is added.

For font-related tests, FontName , FontEmbedded and FontSubset are added.

When such an Attribute is evaluated against an object and when the Attribute is a property of the object, value will be recorded as an Attribute of the PROccurrence and PRGroupOccurrence Elements. When the Attribute is not a property of the object, no Attribute will be added to the PROccurrence and PRGroupOccurrence Elements. For example: TextSize on a text object would give < PROccurrence TextSize = "12" /> (assuming TextSize is defined as returning the size in points), but TextSize on an image would correspond to < PROccurrence /> .

7.2.143 Preview

The preview of the content of a surface. It can be used for the calculation of the ink coverage ( PreviewUsage = "Separation" ) or as a preview of what is currently processed in a Device ( PreviewUsage = "Viewable" or PreviewUsage = "ThumbNail" ). When the preview is of PreviewUsage = "Separation" or PreviewUsage = "SeparationRaw" , a gray value of "0" represents full ink, while a value of "255" represents no ink (for more information, see DeviceGray color model chapter 4.8.2 of the PostScript Language Reference Manual ) [PS] .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Any Element (generic content) , QueueEntry

Example Partition:

PreviewType , Separation , SheetName , Side , TileID , WebName , RibbonName

Input of Processes:

InkZoneCalculation , PreviewGeneration

Output of Processes:

PreviewGeneration

 

Table 7-313: Preview Resource (Section 1 of 3)

Name

Data Type

Description

Compensation ?

Modified in JDF 1.2

enumeration

Compensation of the image to reflect the application of transfer curves to the image.

Values are:

Unknown - Deprecated in JDF 1.2

None - No compensation.

Film - Compensated until film exposure.

Plate - Compensated until plate exposure.

Press - Compensated until press.

CTM ?

New in JDF 1.1

Modified in JDF 1.3

matrix

Orientation of the Preview with respect to the Layout coordinate system . CTM is applied after any transformation defined within the referenced image file, (for example: the transformation defined in the CIP3PreviewImageMatrix of a PPF file). In case of PPF, CTM is applied to the native Postscript coordinate system of the preview. In case of PNG, the origin of the object is defined as the lower left corner of the image.

Directory ?

New in JDF 1.1

URL

Defines a base URL for the files that represent this Preview . If Directory is specified, it must be an Absolute URI [RFC3986] that implicitly also specifies a Base URI which is used to resolve any relative URL of Preview . See Appendix J, “Resolving RunList/@Directory and FileSpec/@URL URI References” and [FileURL] for examples.

MimeTypeDetails ?

New in JDF 1.4

string

Specifies additional details of the preview's MIME type in case the value of PreviewFileType is a MIME type.

PreviewFileType = "PNG"

New in JDF 1.2

Modified in JDF 1.4

string

The file type of the preview.

Values include:

PNG - The Portable Network Graphics format.

CIP3Multiple - The format as defined in the CIP3 PPF specification. One or more previews per CIP3 file are supported.

CIP3Single - The format as defined in the CIP3 PPF specification. Only one preview per CIP3 file is supported.

Values are also: any MIME media type. See Appendix H, “MimeType and MimeTypeVersion Attributes”. New in JDF 1.4

Note: The CIP3 formats were added in JDF 1.2 only for backwards compatibility since many systems only support CIP3 format. The CIP3 formats must not be used except in Preview Resources that are used as Input Resources to InkZoneCalculation .

Modification note: starting with JDF 1.4, the Data Type is changed from enumeration to string because MIME media types are added as values.

PreviewType ?

Deprecated in JDF 1.2

enumeration

Type of the preview.

Values are:

Separation - Separated preview in medium resolution.

SeparationRaw - Separated preview in medium resolution.

SeparatedThumbNail - Very low resolution separated preview.

ThumbNail - Very low resolution RGB preview.

Viewable - RGB preview in medium resolution.

Deprecation note: starting with JDF 1.2, PreviewType is still a Partition Key and must be used only as such -- as an Attribute of Preview , PreviewUsage (below) replaces PreviewType .

PreviewUsage = "Separation"

New in JDF 1.2

Modified in JDF 1.4

enumeration

The kind of the preview.

PreviewUsage defines the semantics of the preview.

Constraint: If both PreviewType as a Partition Key and PreviewUsage are specified, they must match.

Values are:

3D - static 3D model New in JDF 1.4

Animation - animated previews for 3D display. New in JDF 1.4

Separation - Separated preview in medium resolution. Separation is generally used in InkZoneCalculation .

SeparationRaw - Separated preview in medium resolution. This is identical to Separation except that no compensation has been applied. SeparationRaw is generally used for closed loop color control.

SeparatedThumbNail - Very low resolution separated preview.

ThumbNail - Very low resolution RGB preview.

Viewable - RGB preview in medium resolution.

URL

Modified in JDF 1.2

URL

URL identifying any preview file, (e.g., the PNG image or CIP3 PPF file that represents this Preview ).

See [RFC3986] and Appendix J, “Resolving RunList/@Directory and FileSpec/@URL URI References” and Appendix M, “FileSpec Attributes and Container Subelement” for the syntax and examples. For the "file" URL scheme see also [RFC1738] and [FileURL] .

Note: A preview will generally be Partitioned by separation, unless it represents an RGB viewable image or thumbnail. PPF files with multiple images can contain multiple Separations. In this case, the separation names defined in CIP3ADMSeparationNames define the separations and must match the Separation partion keys used in the JDF.

7.2.144 PreviewGenerationParams

Parameters specifying the size and the type of the preview.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

PreviewType , Separation , SheetName , Side , TileID , WebName , RibbonName

Input of Processes:

PreviewGeneration

Output of Processes:

--

 

Table 7-314: PreviewGenerationParams Resource (Section 1 of 2)

Name

Data Type

Description

AspectRatio = "Ignore"

New in JDF 1.1

enumeration

Policy that defines how to define the preview size if the aspect ratio of the source and preview are different. Note that AspectRatio only has an effect if Size is specified.

Values are:

CenterMax - Keep the aspect ratio and preview Size , and center the image so that the preview has missing pixels at both sides of the larger dimension.

CenterMin - Keep the aspect ratio and preview Size , and center the image so that the preview has blank pixels at both sides of the smaller dimension.

Crop - Keep the aspect ratio, and modify the preview size so that the image fits into a bounding rectangle defined by Size .

Expand - Keep the aspect ratio, and modify the preview size so that the smaller image dimension is defined by Size .

Ignore - Fill the preview completely, keeping Size , even if this requires modifying the aspect ratio.

Compensation ?

Modified in JDF 1.2

enumeration

Compensation of the image to reflect the application of transfer curves to the image.

Values are:

None - No compensation.

Film - Compensated until film exposure.

Plate - Compensated until plate exposure.

Press - Compensated until press.

PreviewFileType = "PNG"

New in JDF 1.2

enumeration

The file type of the preview to be generated.

Values are:

PNG - The Portable Network Graphics format.

CIP3Multiple - The format as defined in the CIP3 PPF specification. One or more previews per CIP3 file are supported.

CIP3Single - The format as defined in the CIP3 PPF specification. Only one preview per CIP3 file is supported.

Note: The CIP3 formats were added in JDF 1.2 only for backwards compatibility since many systems only support CIP3 format. The CIP3 formats must not be used except in Preview Resources that are used as Input Resources to InkZoneCalculation .

PreviewType ?

Deprecated in JDF 1.1

enumeration

The kind of preview to be generated.

Values are:

Separation

Viewable

Deprecation note: starting with JDF 1.1, PreviewType is still a Partition Key and must be used only as such -- as an Attribute of Preview , PreviewUsage (below) replaces PreviewType .

PreviewUsage = "Separation"

New in JDF 1.1

Modified in JDF 1.2

enumeration

The kind of preview to be generated.

Values are:

Separation - Separated preview in medium resolution.

SeparationRaw - Separated preview in medium resolution with no compensation.

SeparatedThumbNail - Very low resolution separated preview.

ThumbNail - Very low resolution RGB preview.

Viewable - RGB preview in medium resolution.

Constraint: PreviewUsage defines the semantics of the preview. If both PreviewType as a Partition Key and PreviewUsage are specified, they must match.

Resolution ?

XYPair

Resolution of the preview, in dpi. If PreviewUsage = "Separation" , the default is "50.8 50.8" .

Size ?

XYPair

Size of the preview, in pixels. If this Attribute is present, the Resolution Attribute evaluated according to the policy defined in AspectRatio . If Size is not specified, it must be calculated using the Resolution Attribute and the input image size.

ImageSetterParams ?

New in JDF 1.1

refelement

Details of the ImageSetting Process. Needed for accessing information about coordinate transformations that are performed by the imagesetter hardware.

7.2.145 PrintCondition

New in JDF 1.2

PrintCondition is a Resource used to control the use of colorants when printing pages on a specific media. The Attributes and Elements of the PrintCondition Resource describe the aim values for a given printing Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

SignatureName , SheetName, Side, Separation

Input of Processes:

ConventionalPrinting , DigitalPrinting

Output of Processes:

--

 

Table 7-315: PrintCondition Resource (Section 1 of 2)

Name

Data Type

Description

AimCurve ?

TransferFunction

Describes the desired tone-value increase function. If not specified, it defaults to the media and printing machine-specific values

Density ?

double

Density value of colorant (100% tint). Whereas Color / @NeutralDensity describes measurements of inks on substrate with wide-band filter functions, Density is derived from measurements of inks on substrate with special small band filter functions according to ANSI and DIN. If not specified, it defaults to the value of Color / PrintConditionColor /@ Density .

Name

string

Name of the PrintCondition . Used to reference a PrintCondition from a Color / PrintConditionColor Element.

ColorMeasurementConditions ?

refelement

Describes measurement conditions for color measurement and density measurement. If not specified, it defaults to the value of Color / PrintConditionColor / ColorMeasurementConditions

Device ?

refelement

Specifies the Device or Device group that this PrintCondition applies to.

FileSpec ( TargetProfile ) ?

refelement

A FileSpec Resource pointing to an ICC profile that defines the target output Device in case the object that uses the Color has been color space converted to a Device color space. If not specified, it defaults to the value of Color / PrintConditionColor / FileSpec ( TargetProfile ).

Example 7-45: PrintCondition

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

< ResourcePool >

< ColorMeasurementConditions Class = "Parameter" ID = "MyColorMeasCond"

Status = "Available" />

< PrintCondition Name = "Standard" Class = "Parameter" ID = "PC"

PartIDKeys = "Side Separation" Status = "Available" >

< ColorMeasurementConditionsRef rRef = "MyColorMeasCond" />

< PrintCondition Side = "Front" >

< PrintCondition AimCurve = "0.0 0.0 0.5 0.66 1.0 1.0" Density = "1.8"

Separation = "Black" />

< PrintCondition AimCurve = "0.0 0.0 0.5 0.63 1.0 1.0" Density = "1.4"

Separation = "Cyan" />

</ PrintCondition >

</ PrintCondition >

</ ResourcePool >

<ResourceLinkPool>

<PrintConditionLink Usage="Input" rRef="PC"/>

</ResourceLinkPool>

</JDF>

 

7.2.146 PrintRollingParams

New in JDF 1.2

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

PrintRolling

Output of Processes:

--

 

Table 7-316: PrintRollingParams Resource

Name

Data Type

Description

Copies ?

integer

Number of copies on the Roll. Copies must not be specified if MaxDiameter is present.

MaxDiameter ?

double

Maximal allowed diameter of Roll. MaxDiameter must not be specified if Copies is present.

 

 

Figure 7-51: PrintRollingParams Coordinate System

 

 

7.2.147 ProductionPath

New in JDF 1.3

ProductionPath describes the individual paper path through the different modules of a Web-Press Device, in order to produce a particular product.

Resource Properties

Resource Class:

Parameter

Resource references:

CylinderLayoutPreparationParams

Resource inheritance:

--

Example Partition:

RibbonName , WebName

Input of Processes:

WebInlineFinishing

Output of Processes:

--

 

Table 7-317: ProductionPath Resource

Name

Data Type

Description

ProductionPathID ?

string

Unique identification of the entire production path.

If not specified, PrintingUnitWebPath must be specified.

FolderSuperstructureWebPath ?

element

Describes the path through the folder super-structure. The Web will generally be cut into ribbons in this area of the production path.

PostPressComponentPath *

element

Describes the path through the inline postpress equipment. Folded Sheets ( Component ) will be processed in this area of the production path.

PrintingUnitWebPath ?

element

Describes the path through the printing units. If not specified, ProductionPathID must be specified.

7.2.147.1 Element: FolderSuperstructureWebPath

This is a placeholder that might be filled with additional information in future versions of JDF. In JDF 1.3, paths are identified by ID only.

 

Table 7-318: FolderSuperstructureWebPath Element

Name

Data Type

Description

ProductionPathID ?

string

Unique identification of the part of the production path specified in this Element.

7.2.147.2 Element: PostPressComponentPath

This is a placeholder that might be filled with additional information in future versions of JDF. In JDF 1.3, paths are identified by ID only.

 

Table 7-319: PostPressComponentPath Element

Name

Data Type

Description

ProductionPathID ?

string

Unique identification of the part of the production path specified in this Element.

7.2.147.3 Element: PrintingUnitWebPath

This is a placeholder that might be filled with additional information in future versions of JDF. In JDF 1.3, paths are identified by ID only.

 

Table 7-320: PrintingUnitWebPath Element

Name

Data Type

Description

ProductionPathID ?

string

Unique identification of the part of the production path specified in this Element.

 

Example 7-46: ProductionPath: on Path Level:

This example and the next illustrate the different Web path description levels:

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< ProductionPath Class = "Parameter" ID = "F1" Status = "Available"

ProductionPathID = "ID_2webproduction_64pages" />

</ResourcePool>

<ResourceLinkPool>

<ProductionPathLink Usage="Input" rRef="F1"/>

</ResourceLinkPool>

</JDF>

 

Example 7-47: ProductionPath: on Part Path Level:

This example and the previous illustrate the different Web path description levels:

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< ProductionPath Class = "Parameter" ID = "F1" Status = "Available"

PartIDKeys = "WebName" >

< ProductionPath WebName = "1" >

< PrintingUnitWebPath ProductionPathID = "ID_PrintingUnitWebPath" />

< FolderSuperstructureWebPath ProductionPathID = "abcd" />

< PostPressComponentPath ProductionPathID = "xyz" />

</ ProductionPath >

</ ProductionPath >

</ResourcePool>

<ResourceLinkPool>

<ProductionPathLink Usage="Input" rRef="F1"/>

</ResourceLinkPool>

</JDF>

 

7.2.148 ProofingParams

Deprecated in JDF 1.2

In JDF 1.2 and beyond, proofing is handled as a Combined Process. For detail of this deprecated Resource, see Section P.4.12, “ProofingParams” .

7.2.149 PSToPDFConversionParams

This Resource contains the parameters that control the conversion any PDL to PDF documents. Prior to JDF 1.3, PSToPDFConversionParams was used only for converting PostScript streams to PDF. The name “ PSToPDFConversionParams ” was retained for backwards compatibility, although most parameters apply to PDF conversion from any source format.

Some descriptions below mention Attributes or structures in specific source formats, such as PostScript. Appropriate equivalent actions should be taken when converting from other source formats that have equivalent Attributes or structures. A small number of parameters apply only to PostScript sources.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

PDLCreationParams

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

PSToPDFConversion

Output of Processes:

--

 

Table 7-321: PSToPDFConversionParams Resource (Section 1 of 2)

Name

Data Type

Description

AllowJBIG2Globals = "false"

boolean

This Resource allows JBIG2 compressed images to share a single global dictionary in the resulting PDF file instead of a dictionary per image.

ASCII85EncodePages = "false"

boolean

If "true" , binary streams (e.g., page contents streams, sampled images, and embedded fonts) are ASCII85-encoded, resulting in a PDF file that is almost pure ASCII. If "false" , they are not, resulting in a PDF file that can contain substantial amounts of binary data.

AutoRotatePages ?

enumeration

Allows the Device to try to orient pages based on the predominant text orientation. If the source is PostScript, this Attribute is only used if the file does not contain “%%ViewingOrientation”, “%%PageOrientation” or “%%Orientation” DSC comments. If the file does contain such DSC comments, it honors them. “%%ViewingOrientation” takes precedence over others, then “%%PageOrientation”, then “%%Orientation”.

Values are:

None - Turns AutoRotatePages off.

All - Takes the predominant text orientation across all pages and rotates all pages the same way.

PageByPage - Does the rotation on a page-by-page basis, rotating each page individually. Useful for documents that use both portrait and landscape orientations.

Binding = "Left"

enumeration

Determines how the printed pages would be bound.

Values are:

Left - for left binding.

Right - for right binding.

CompressPages ?

boolean

Enables compression of pages and other content streams like forms, patterns and Type 3 fonts. If "true" , use Flate compression.

DefaultRenderingIntent ?

Modified in JDF 1.2

enumeration

Selects the rendering intent for the current Job.

Values are:

Default Deprecated in JDF 1.2

Perceptual

Saturation

RelativeColorimetric

AbsoluteColorimetric

Note: See the Portable Document Format Reference Manual for more information on rendering intent.

DetectBlend = "true"

boolean

Enables or disables blend detection. If "true" and if PDFVersion is 1.3 or higher, then blends will be converted to smooth shadings.

DoThumbnails = "true"

boolean

If "true" , thumbnails are created.

EndPage ?

Deprecated in JDF 1.3

integer

Number that indicates the last page that is displayed when the PDF file is viewed. EndPage must be either "-1" or greater than or equal to StartPage . When combined with StartPage , EndPage selects a range of pages to be displayed. The entire file may be converted, but only StartPage to EndPage pages, inclusive, are opened and viewed in a PDF viewing application.

ImageMemory ?

Deprecated in JDF 1.2

integer

Number of bytes in the buffer used in sample processing for color, grayscale and monochrome images. Its contents are written to disk when the buffer fills up.

This Attribute was deprecated because it is an internal application setting and not a parameter setting.

InitialPageSize ?

New in JDF 1.1

XYPair

Defines the initial page dimensions, in points, that will be used to set MediaBox. This will be overridden by any page size Attribute found in the source document, such as the PostScript PageSize page Device parameter. The use of this Attribute is strongly encouraged when processing EPS files (%%BoundingBox comments do not override InitialPageSize ).

InitialResolution ?

New in JDF 1.1

XYPair

Defines the initial horizontal and vertical resolution, in dpi. This will be overridden by any resolution Attribute found in the source document, such as the PostScript HWResolution page Device parameter. The use of this Attribute is strongly encouraged when processing EPS files.

OverPrintMode ?

integer

Controls the overprint mode strategy of the Job. Set to "0" for full overprint or "1" for non-zero overprint. For more information, see [Adb-TN5044] .

Optimize = "true"

boolean

If "true" , the PS-to-PDF converter optimizes the PDF file. See [PDF1.6] for more information on optimization.

PDFVersion ?

double

Specifies the version number of the PDF file produced. Values include all legal version designators, (e.g., 1.2, 1.5).

StartPage ?

Deprecated in JDF 1.3

integer

Sets the first page that is be displayed when the PDF file is opened with a PDF viewing application. StartPage must be greater than or equal to 1. EndPage must be either "-1" or greater than or equal to StartPage .

AdvancedParams ?

element

Advanced parameters which control how certain features of PDF are handled.

PDFXParams ?

New in JDF 1.2

element

PDF/X parameters.

ThinPDFParams ?

element

Parameters that control the optional content or form of PDF files that will be created.

7.2.149.1 Element: AdvancedParams

 

Table 7-322: AdvancedParams Element (Section 1 of 3)

Name

Data Type

Description

AllowPSXObjects = "true"

New in JDF 1.2

boolean

If "true" , allows PostScript XObject s.

AllowTransparency = "false"

New in JDF 1.2

boolean

If "true" , allows transparency in the PDF.

AutoPositionEPSInfo = "true"

Modified in JDF 1.1A

boolean

If "true" , the Process automatically resizes and centers information from EPS source files on the page. (EPS source only)

EmbedJobOptions = "false"

New in JDF 1.2

boolean

If "true" , the PDF settings used to create the PDF are embedded in the PDF.

EmitDSCWarnings = "false"

boolean

If "true" , warning messages about questionable or incorrect DSC comments appear during the processing of the source PostScript file. (PostScript source only)

LockDistillerParams = "true"

boolean

If "true" , any PSToPDFConversionParams settings configured by the source content (e.g., with setdistillerparams in a PostScript source document) are ignored. If "false" , each parameter defined in the source document overrides that set in the JDF.

ParseDSCComments = "true"

boolean

If "true" , the Process parses the DSC comments in a PostScript source document for any information that might be helpful for converting the file or for information that is to be stored in the PDF file. If "false" , the Process treats the DSC comments as pure PS comments and ignores them. (PostScript source only)

ParseDSCCommentForDocInfo = "true"

boolean

If "true" , the Process parses the DSC comments in a PostScript source file and extracts the document information. This information is recorded in the Info dictionary of the PDF file.

PassThroughJPEGImages = "false"

New in JDF 1.2

boolean

If "true" , JPEG images are passed through without recompressing them.

PreserveCopyPage = "true"

boolean

If "true" , the copypage operator of PostScript Level 2 is maintained. If "false" , the PostScript Level 3 definition of copypage operator is used.

In PostScript Levels 1 and 2, the copypage operator transmits the page contents to the current output Device (similar to showpage ). However, copypage does not perform many of the re-initializations that showpage does.

Many PostScript Level 1 and 2 programs used the copypage operator to perform such operations as printing multiple copies and implementing forms. These programs produce incorrect results when interpreted using the Level 3 copypage semantics. This Attribute provides a mechanism to retain Level 2 compatibility for this operator. (PostScript source only)

PreserveEPSInfo = "true"

boolean

If "true" , preserves the EPS information in a PostScript source file and stores it in the resulting PDF file. (PostScript source only)

PreserveHalftoneInfo = "false"

New in JDF 1.1

boolean

If "true" , passes halftone screen information (frequency, angle and spot function) into the PDF file. If "false" , halftone information is not passed in.

PreserveOverprintSettings = "true"

New in JDF 1.1

boolean

If "true" , passes the value of the setoverprint operator through to the PDF file. Otherwise, overprint is ignored.

PreserveOPIComments = "true"

boolean

If "true" , encapsulates Open Prepress Interface (OPI) low resolution images as a form and preserves information for locating the high resolution images.

TransferFunctionInfo = "Preserve"

New in JDF 1.1

enumeration

Determines how transfer functions are handled.

Values are:

Preserve - Transfer functions are passed into the PDF file.

Remove - Transfer functions are ignored. They are neither applied to the color values nor passed into the PDF file.

Apply - Transfer functions are used to modify the data that are written to the PDF file, instead of writing the transfer function itself to the file.

UCRandBGInfo = "Preserve"

New in JDF 1.1

enumeration

Determines whether the under-color removal and black-generation parameters from the source document (e.g., the arguments to the PostScript commands setundercolorremoval and setblackgeneration ) are passed into the PDF file.

Values are:

Preserve - The arguments are passed into the PDF file.

Remove - The arguments are ignored.

UsePrologue = "false"

boolean

If "true" , the Process must append a PostScript prologue file before beginning of the Job and append a PostScript epilog file after the end the Job. Such files are used to control the PostScript environment for the conversion Process. The expected location and allowable contents for these files is defined by the Process implementation. (PostScript source only)

7.2.149.2 Element: PDFXParams

New in JDF 1.2

Parameters for generating PDF/X files. Note that TrimBox, BleedBox, output intent and the Trapped state may be provided by the use of the pdfmark operator in a PostScript source file.

 

Table 7-323: PDFXParams Element (Section 1 of 2)

Name

Data Type

Description

PDFX1aCheck = "false"

boolean

If "true" , checks compliance with the PDF/X- 1a standard [ISO15930-1:2001] .

PDFX3Check = "false"

boolean

If "true" , checks compliance with the PDF/X-3 standard [ISO15930-3:2002] .

PDFXBleedBoxtoTrimBoxOffset ?

rectangle

If the BleedBox entry is not specified in the page object of the source document, BleedBox is set to PDF TrimBox with offsets. All numbers must be greater than or equal to 0.0. PDF BleedBox will be completely outside PDF TrimBox .

PDFXCompliantPDFOnly = "false"

boolean

If "true" , produces a PDF document only if PDF/X compliance tests are passed.

PDFXOutputCondition ?

string

The string is an optional comment which is added to the PDF file. It describes the intended printing condition in a form that ought to be meaningful to a human operator at the site receiving the PDF document.

PDFXOutputIntentProfile ?

string

If the source document does not specify an output intent name, then this value is used.

Values include those from: Table 7-324, “PDFXOutputIntentProfile Attribute Values”.

PDFXNoTrimBoxError = "true"

boolean

If "true" and both TrimBox and ArtBox entries are not specified in the page object of the source document, the condition is reported as an error.

PDFXRegistryName

URL

Indicates a location at which more information regarding the registry that defines the OutputConditionIdentifier can be obtained.

PDFXSetBleedBoxToMediaBox = "true"

boolean

If "true" and the BleedBox entry is not specified in the page object of the source document, BleedBox is set to MediaBox .

PDFXTrapped ?

enumeration

If a source document does not specify a Trapped state, then the value provided here is used. The value Unknown is to be used for workflows requiring 1) that the document specify a Trapped state and 2) that compliance checking fail if Trapped is not present in the document.

Values are:

Unknown

false

true

Note: Unknown is prohibited in PDF/X files.

PDFXTrimBoxToMediaBoxOffset ?

rectangle

If both the TrimBox and ArtBox entries are not specified in the page object of the source document, TrimBox is set to MediaBox with offsets. All numbers must be greater than or equal to 0.0. The TrimBox will be completely inside MediaBox .

-- Attribute: PDFXOutputIntentProfile

Table 7-324: PDFXOutputIntentProfile Attribute Values

Value

Description

None

Used when it is required that the source document specifies an intent; allows compliance checking to fail

Euroscale Coated v2

 

Euroscale Uncoated v2

 

Japan Color 2001 Coated

 

Japan Color 2001 Uncoated

 

Japan Standard v2

 

Japan Web Coated (Ad)

 

U.S. Sheetfed Coated v2

 

U.S. Sheetfed Uncoated v2

 

U.S. Web Coated (SWOP) v2

 

U.S. Web Uncoated v2

 

Photoshop 4 Default CMYK

 

Photoshop 5 Default CMYK

 

7.2.149.3 Element: ThinPDFParams

 

Table 7-325: ThinPDFParams Element

Name

Data Type

Description

FilePerPage = "false"

boolean

If "true" , the Process generates 1 PDF file per page.

SidelineEPS = "false"

New in JDF 1.2

boolean

If "true" , embedded EPS files in PostScript source documents are not converted but are stored in external files in the same location as the PDF itself. (PostScript source only)

SidelineFonts = "false"

boolean

If "true" , font data are stored in external files during PDF generation.

SidelineImages = "false"

boolean

If "true" , image data are stored in an external stream during the PDF Generation phase. This prevents large amounts of image data from having to be passed through all phases of the code generation Process.

7.2.150 QualityControlParams

New in JDF 1.2

This set of parameters identifies how the QualityControl Process is to operate. The QualityControlParams defines the generic set of parameters for the quality control Process. The specific measurement conditions are defined in specialized Subelements such as BindingQualityParams .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

QualityControl

Output of Processes:

--

 

Table 7-326: QualityControlParams Resource

Name

Data Type

Description

TimeInterval ?

duration

Time interval between individual tests.

SampleInterval ?

integer

Interval in number of samples between tests.

BindingQualityParams ?

element

Specification of the definition parameters of one individual Resource.

7.2.150.1 Element: BindingQualityParams

 

Table 7-327: BindingQualityParams Element

Name

Data Type

Description

FlexValue ?

double

Flex quality parameter measured in [N/cm].

PullOutValue ?

double

Pull out quality parameter measured in [N/cm].

7.2.151 QualityControlResult

New in JDF 1.2

This set of parameters returns results of a QualityControl Process. The QualityControlResult defines the generic set of results from the quality control Process. The specific measurements are returned in specialized Subelements such as BindingQualityParams . Additional detailed quality control result types are anticipated in future versions of the JDF specification.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Abstract Resource

Example Partition:

--

Input of Processes:

--

Output of Processes:

QualityControl

 

Table 7-328: QualityControlResult Resource

Name

Data Type

Description

Failed ?

integer

Total number of failed measurements.

Passed ?

integer

Total number of passed measurements.

BindingQualityParams ?

element

Reference to the measurement setup definition.

FileSpec ?

refelement

Location of an external file that contains details of the quality control measurement.

QualityMeasurement *

element

One individual measurement result.

7.2.151.1 Element: QualityMeasurement

QualityMeasurement Elements describe an individual measurement.

 

Table 7-329: QualityMeasurement Element (Section 1 of 2)

Name

Data Type

Description

End ?

dateTime

Date and time of the end of the measurement. If not specified, the value of Start is applied.

Failed ?

integer

Total number of failed measurements.

Passed ?

integer

Total number of passed measurements.

Condition ?

NMTOKEN

Condition of the tested Component . If the Component passed the test, but the test itself destroyed the Component , the value is to be set to "destroyed" .

Values include:

destroyed

Start ?

dateTime

Date and time of the start of the measurement. If not specified, the measurement time is not known.

BindingQualityMeasurement ?

element

Details of the BindingQualityMeasurement .

7.2.151.2 Element: BindingQualityMeasurement

 

Table 7-330: BindingQualityMeasurement Element

Name

Data Type

Description

FlexValue ?

double

Flex quality parameter given in [N/cm].

PullOutValue ?

double

Pull out quality parameter given in [N/cm].

7.2.152 RasterReadingParams

New in JDF 1.3

This set of parameters specifies the details for RasterReading .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

RasterReading

Output of Processes:

--

 

Table 7-331: RasterReadingParams Resource (Section 1 of 2)

Name

Data Type

Description

Center = "false"

boolean

Indicates whether or not the finished page image is to be centered within the imageable area of the media. The Center is ignored if FitPolicy /@ SizePolicy = "ClipToMaxPage" and clipping is requested.

MirrorAround = "None"

enumeration

This Attribute specifies the axis around which a raster reader is to mirror an image.

Values are:

None - The default.

FeedDirection - Image is mirrored around the feed-direction axis.

MediaWidth - Image is mirrored around the media-width axis.

Both - Image is mirrored around both possible axes.

Polarity = "Positive"

enumeration

The image must be RIPed in the polarity specified. Note that this is a polarity change in the RIP and not a polarity change in the hardware of the output Device.

Values are:

Positive

Negative

Poster ?

XYPair

Specifies whether the page contents is to be expanded such that each page covers X by Y pieces of media.

PosterOverlap ?

XYPair

This pair of real numbers identifies the amounts of overlap in points, that specify the poster tiles across the horizontal and vertical axes, respectively.

Scaling ?

XYPair

A pair of positive real values that indicates the scaling factor for the page contents. Values between 0 and 1 specify that the contents are to be reduced, while values greater than 1 specify that the contents are to be expanded. This Attribute is ignored if FitToPage = "true" or if Poster is present and has a value other than "1 1" . Any scaling defined in FitPolicy must be applied after the scaling defined by this Attribute.

ScalingOrigin ?

XYPair

A pair of real values that identify the point in the unscaled page that is to become the origin of the new, scaled page image. This point is defined in the coordinate system of the unscaled page. If not specified, and scaling is requested, the ScalingOrigin defaults to "0 0"

FitPolicy ?

New in JDF 1.1

refelement

Allows printing even if the size of the imageable area of the media does not match the requirements of the data. This replaces the deprecated FitToPage Attribute. This FitPolicy Resource must be ignored in a Combined Process with LayoutPreparation .

Media *

New in JDF 1.1

Modified in JDF 1.2

refelement

This Resource provides a description of the physical media which will be marked. The physical characteristics of the media may affect decisions made during RasterReading . The cardinality was changed to “*” in JDF 1.2 in order support description of multiple media types, (e.g., Film, Plate and Paper.) If multiple Media are specified, The Media /@ MediaType defines the type of Media . If multiple Media with Media /@ MediaType = "Paper" are specified in a proofing environment, the first Media is the proofer paper and the second Media is the final Device paper.

7.2.153 RefAnchor

New in JDF 1.4

RefAnchor describes the relative position with respect to a related element in a layout. Depending on the value of AnchorType , it specifies either a parent Element or a sibling Element.

Resource Properties

Resource Class:

ResourceElement

Resource referenced by:

Layout / MarkObject , LayoutElementProductionParams / LayoutElementPart / PositionObj , StrippingParams / StripMark

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-332: RefAnchor Element

Name

Data Type

Description

Anchor ?

Anchor

Anchor specifies the origin (0,0) of the vector specified in the rotated coordinate system of the related layout element.

AnchorType ?

enumeration

Role of this RefAnchor .

Values are:

Parent - The layout element referenced by this RefAnchor is a parent. This layout element is transformed with the parent.

Sibling - The layout element referenced by this RefAnchor is a sibling. Both layout elements share a common parent. The parent of this layout element is specified as the RefAnchor of the first child in the chain of siblings.

rRef ?

IDREF

Reference to a layout element that this layout element is positioned by. if rRef is not specified, the page or sheet defined by the layout element is the parent container.

rRef MUST be specified if AnchorType = "Sibling" .

7.2.154 RegisterMark

Defines a register mark, which can be used for setting up and monitoring color registration in a printing Process. It can also be used to synchronize the Sheet position in a paper path. The position and rotation of each register mark can be specified with the help of the following Attributes. It is important that the register marks are defined in such a way that their centers are on the point of origin of the coordinate system, as otherwise they are not positioned properly.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

HoleMakingParams , Layout / MarkObject

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-333: RegisterMark Resource (Section 1 of 2)

Name

Data Type

Description

Center

XYPair

Position of the center of the register mark in the coordinates of the MarkObject that contains this mark.

MarkType ?

Modified in JDF 1.4

NMTOKENS

Type of RegisterMark .

Values include:

Arc

Circle

Cross

Modification note: starting with JDF 1.4, the data type changes from NMTOKEN to NMTOKENS.

MarkUsage ?

New in JDF 1.1

Modified in JDF 1.4

enumerations

Specifies the usage of the RegisterMark .

Values are:

Color - The mark is used for separation color registration.

PaperPath - The mark is used for paper path synchronization.

Tile - The mark is used to mark the position of tiles in Tiling. New in JDF 1.4

Rotation ?

double

Rotation in degrees. Positive graduation figures indicate counter-clockwise rotation; negative figures indicate clockwise rotation.

SeparationSpec *

Modified in JDF 1.2

element

Set of separations to which the register mark is bound.

7.2.155 RegisterRibbon

New in JDF 1.1

Description of register ribbons. For the register ribbon, the length must be specified. There are two parameters, as shown in Figure 7-52, “RegisterRibbon lengths and coordinate system for BlockPreparation”:

Resource Properties

Resource Class:

Consumable

Resource referenced by:

BindingIntent / HardCoverBinding , BindingIntent / BindList / BindItem / HardCoverBinding , BlockPreparationParams

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-334: RegisterRibbon Resource

Name

Data Type

Description

LengthOverall ?

Modified in JDF 1.4

double

Overall length of the register ribbon, (i.e., VisibleLength + HiddenLength in Figure 7-52). Note “HiddenLength” is not an Attribute

Modification note: starting with JDF 1.4, LengthOverall is optional.

Material ?

string

Material of the register ribbon.

RibbonColor ?

NamedColor

Color of the ribbon.

RibbonColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If RibbonColorDetails is supplied, RibbonColor SHOULD also be supplied.

RibbonEnd ?

NMTOKEN

End of the Ribbon.

Values include:

Cut

CutSealed

Knot

SealedOffset - The ribbon is sealed a distance from the cut.

VisibleLength ?

Modified in JDF 1.4

double

Length of the register ribbon which will be seen when opening the book, (See Figure 7-52).

Modification note: starting with JDF 1.4, VisibleLength is optional.

 

Figure 7-52: RegisterRibbon lengths and coordinate system for BlockPreparation

 

 

7.2.156 RenderingParams

This set of parameters identifies how the Rendering Process is to operate. Specifically, these parameters define the expected output of the ByteMap Resource that the Rendering Process creates.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

Rendering

Output of Processes:

--

 

Table 7-335: RenderingParams Resource (Section 1 of 2)

Name

Data Type

Description

BandHeight ?

integer

Height of output bands expressed in lines. For a frame Device, the band height is simply the full height of the frame.

BandOrdering ?

enumeration

Indicates whether output buffers are generated in BandMajor or ColorMajor order.

Values are:

BandMajor - The position of the bands on the page is prioritized over the color.

ColorMajor - All bands of a single color are played in order before progressing to the next plane. This is only possible with non-interleaved data.

BandWidth ?

integer

Width of output bands, in pixels.

ColorantDepth ?

integer

Number of bits per colorant. Determines whether the output is bitmaps or bytemaps.

Interleaved ?

boolean

If "true" , the resulting colorant values are interleaved and BandOrdering is ignored.

AutomatedOverPrintParams ?

refelement

Controls for overprint substitutions. Defaults to no automated overprint generation.

ObjectResolution *

Modified in JDF 1.2

refelement

Elements which define the resolutions to render the contents at. More than one Element may be used to specify different resolutions for different SourceObjects types. If no ObjectResolution is specified, the value is implied from the input data.

Media ?

New in JDF 1.1

Deprecated in JDF 1.2

refelement

This Resource provides a description of the physical media which will be marked. The physical characteristics of the media may affect decisions made during Rendering . In JDF 1.2 and beyond, a RIP is to obtain Media information from InterpretingParams / Media .

7.2.157 ResourceDefinitionParams

This set of parameters identifies how the ResourceDefinition Process is to operate. Specifically, these parameters define how default parameters of applications and the Input Resource are to be combined.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

ResourceDefinition

Output of Processes:

--

 

Table 7-336: ResourceDefinitionParams Resource

Name

Data Type

Description

DefaultID ?

Deprecated in JDF 1.1

NMTOKEN

JDF ID of the default Resource. If missing, it is assumed that the file specified by DefaultJDF contains only a JDF Resource Element, not a complete JDF.

DefaultJDF ?

URL

Link to a JDF Resource that defines preset values.

DefaultPriority = "DefaultJDF"

enumeration

Defines whether preset values of the application or of the Resource specified in DefaultJDF have priority.

Values are:

Application - The application default settings are used to fill the Resource.

DefaultJDF - The settings specified in DefaultJDF are applied.

ResourceParam *

New in JDF 1.1

Modified in JDF 1.3

element

Specification of the definition parameters of one individual Resource.

7.2.157.1 Element: ResourceParam

New in JDF 1.1

 

Table 7-337: ResourceParam Element

Name

Data Type

Description

DefaultID ?

NMTOKEN

Resource /@ ID of the default Resource. If missing, it is assumed that the file specified by DefaultJDF contains only a JDF Resource Element, not a complete JDF.

DefaultJDF ?

URL

Link to a JDF Resource that defines preset values. Defaults to the DefaultJDF specified in ResourceDefinitionParams .

DefaultPriority ?

enumeration

Defines whether preset values of the application or of the Resource specified in DefaultJDF have priority.

Default value is from: parent’s ResourceDefinitionParams /@ DefaultPriority.

Values are:

Application

DefaultJDF

7.2.158 RingBindingParams

This Resource describes the details of the RingBinding Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

RingBinding

Output of Processes:

--

 

Table 7-338: RingBindingParams Resource (Section 1 of 2)

Name

Data Type

Description

BinderColor ?

NamedColor

Color of the ring binder.

BinderColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If BinderColorDetails is supplied, BinderColor SHOULD also be supplied.

BinderMaterial ?

NMTOKEN

The following describe RingBinding binder materials used.

Values include:

Cardboard - Cardboard with no covering.

ClothCovered - Cardboard with cloth covering.

PVC - Solid PVC.

PVCCovered - Cardboard with PVC covering.

BinderName ?

string

The name of the binder manufacturer and the name of the specific item.

RingDiameter ?

double

Diameter of the rings, in points.

RingMechanic ?

boolean

If "true" , a hand lever is available for opening.

RingShape ?

NMTOKEN

RingBinding values:

Values include:

Round

Oval

D-shape

SlantD

RingSystem ?

Deprecated in JDF 1.1

enumeration

Ring binding systems

Values are:

2HoleEuro - In Europe

3HoleUS - In North America

4HoleEuro - In Europe

Deprecation note: starting with JDF 1.2, use the value implied by HoleMakingParams /@ HoleType .

RivetsExposed ?

boolean

The following RingBinding choice describes mounting of ring mechanism in binder case. If "true" , the heads of the rivets are visible on the exterior of the binder. If "false" , the binder covering material covers the rivet heads.

SpineColor ?

NamedColor

Color of the binders spine.

SpineColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If SpineColorDetails is supplied, SpineColor SHOULD also be supplied.

SpineWidth ?

double

The spine width is determined by the final height of the block of Sheets to be bound.

ViewBinder ?

NMTOKEN

For RingBinding clear vinyl outer-wrap types on top of a colored base wrap:

Values include:

Embedded - Printed material is embedded by sealing between the colored and clear vinyl layers during the binder manufacturing.

Pocket - Binder is designed so that printed material can be inserted between the color and clear vinyl layers after the binder is manufactured.

HoleMakingParams ?

New in JDF 1.2

refelement

Details of the holes in RingBinding .

7.2.159 RollStand

New in JDF 1.2

Resource Properties

Resource Class:

Handling

Resource referenced by:

--

Example Partition:

--

Input of Processes:

PrintRolling

Output of Processes:

--

 

Table 7-339: RollStand Resource

Name

Data Type

Description

MaxDiameter ?

double

Maximal allowed diameter of the input component print Roll.

MaxWidth ?

double

Maximal allowed width of the rolled input components.

Device ?

refelement

Further details of the RollStand .

7.2.160 RunList

RunList Resources describe an ordered set of LayoutElement or ByteMap Elements. Ordering and structure are defined using the generic Partitioning mechanisms as described in Section 3.10.5, “Description of Partitioned Resources”.

RunList Resources are used whenever an ordered set of page descriptions Elements are specified. Depending on the Process usage of a RunList , only certain types of LayoutElement may be valid. For example, a pre-RIP Imposition Process requires LayoutElement Elements whose ElementType is either "Page" or "Document" , whereas a post-RIP Imposition Process requires ByteMap Elements. The usage is detailed in the descriptions of the Processes that use the RunList Resource. RunList Resources allow structuring of multiple Pages into Documents . Multiple Documents that have a joint context may be grouped into Sets .

In essence, a RunList is a virtual document or set of documents. It allows a document to either be physically spread over multiple files, or multiple documents to be contained within a single file (e.g. PPML, PDF/VT). It retains the same properties as the original documents, e.g. the pages of a document that is described by a RunList are ordered.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ArtDeliveryIntent / ArtDelivery , DigitalMedia , Layout / PageCondition , Layout / SheetCondition , PreflightReport

Example Partition:

PartVersion , Run , RunPage , RunSet , Separation , WebProduct

Input of Processes:

AssetListCreation , ColorCorrection , ColorSpaceConversion , ContoneCalibration , CylinderLayoutPreparation , DigitalDelivery , DigitalPrinting , FormatConversion , ImageReplacement , ImageSetting , Imposition , Interpreting , LayoutPreparation , LayoutShifting , PageAssigning , PDFToPSConversion , PDLCreation , Preflight , PreviewGeneration , PSToPDFConversion , RasterReading , Rendering , Screening , Separation , Stripping , Tiling , Trapping

Output of Processes:

AssetListCreation , ColorCorrection , ColorSpaceConversion , ContoneCalibration , DBTemplateMerging , DigitalDelivery , FormatConversion , ImageReplacement , Imposition , Interpreting , LayoutElementProduction , LayoutPreparation , LayoutShifting , PageAssigning , PDFToPSConversion , PDLCreation , PSToPDFConversion , RasterReading , Rendering , Scanning , Screening , Separation , Stripping , Tiling , Trapping

 

Table 7-340: RunList Resource (Section 1 of 6)

Name

Data Type

Description

ComponentGranularity = "Document"

New in JDF 1.2

Deprecated in JDF 1.4

enumeration

Specifies which grouping of input LayoutElement PDL pages define the equivalent of an individual output Component instance for processing in a multi-document print Job, e.g., in a variable data Job. For instance, all pages defined between end-of-set markers would be stitched in a Combined Process Node with DigitalPrinting and Stitching Processes if ComponentGranularity = "Set" .

Values are:

All - The complete RunList , regardless of document or set breaks defines a new Component .

BundleItem - An implicit PDL-defined document break or an explicit EndOfBundleItem defines a new Component .

Document - An implicit PDL-defined document break or an explicit EndOfDocument defines a new Component .

Page - Each page in the RunList defines a new Component .

Set - Each set as defined by an implicit PDL-defined set break or an explicit EndOfSet defines a new Component .

Directory ?

URL

Defines a directory where the files that are associated with this RunList are to be copied to or from. If Directory is specified, it must be an Absolute URI [RFC3986] that implicitly also specifies a Base URI which is used to resolve any relative URL of RunList . See Appendix J, “Resolving RunList/@Directory and FileSpec/@URL URI References” and [FileURL] for examples.

DocCopies = "1"

New in JDF 1.1

integer

Number of Instance Document copies that this RunList represents. Specifying DocCopies is equivalent to repeating the sequence of RunList leaves between EndOfDocument = "true" for a total of DocCopies times.

If DocCopies is > 1 for an automated imposition job, the imposition engine places the equivalent DocCopies Attribute into the RunList ( Surfaces ) Resource generated by the Imposition Process. An exception is cut-and-stack imposition, where DocCopies is applied by the imposition engine itself, and not placed into the RunList ( Surfaces ).

Note: It is illegal to specify DocCopies with different values of various leaves of a RunList representing the same Instance Document.

DocNames ?

NameRangeList

A list of named documents in a multi-document file that supports named access to individual documents. The DocNames defaults to all documents. If DocNames occurs in the RunList , Docs is ignored if it is also present.

Docs ?

IntegerRangeList

Zero-based list of document indices in a multi-document file specified by the LayoutElement Resource.

EndOfBundleItem ?

New in JDF 1.2

boolean

If "true" , the last page in the RunList is the last page of a BundleItem . The implied default value of EndOfBundleItem = "false", except for the last RunList Partition, which always has an implied default value of EndOfBundleItem = "true" .

Modification note: starting with JDF 1.4, this Attribute no longer depends on the deprecated ComponentGranularity .

EndOfDocument ?

boolean

If "true" , the last finished page in the RunList is the last page of an Instance Document. The precise handling of Instance Document changes is defined in the InsertSheet Resource. If the RunList references a PDL that supports internal Instance Documents, EndOfDocument may be implied from the PDL. The implied default value of EndOfDocument = "false", except for the last RunList Partition leaf, which always has an implied default value of EndOfDocument = "true" .

EndOfSet ?

New in JDF 1.1

boolean

If "true" , the last finished page in the RunList is the last page of a set of Instance Documents. The precise handling of Instance Document boundaries is defined in the InsertSheet Resource. If the RunList references a PDL that supports internal sets, EndOfSet may be implied from the PDL. The implied default value of EndOfSet = "false", except for the last RunList Partition leaf, which always has an implied default value of EndOfSet = "true" .

FirstPage ?

integer

First finished page in the document that is described by this RunList . This Attribute is generally used to describe preseparated files.

IgnoreContext ?

New in JDF 1.4

enumerations

Specifies the PartIDKeys values that do not affect the context in which this RunList is processed. Typically used when the ResourceLink is Partitioned to re-order a content RunList . For the keys specified in this list, processing the RunList MUST operate as if the identified parts represent the entire RunList . If Partition Keys are not specified, processing the RunList MUST operate as if the entire RunList Resource was processed, and all results removed except for those identified by the ResourceLink (e.g. for reprinting or recreating sheets with processing order-sensitive content - SheetIndex has whatever value it would have had if sheets were generated using the entire, original RunList ). See example just below this table.

IsPage = "true"

boolean

If "true" , the individual RunList Resource defines one or more page slots, (e.g., for filling PlacedObject Elements). If "false" , the first parent Partitioned RunList Resource with IsPage = "true" defines the page level. In general, IsPage = "false" for separations of a preseparated RunList .

LogicalPage ?

Modified in JDF 1.1

integer

The logical page number of the first finished page in a RunList . This Attribute may be used to retain logical page indices when a Partitioned RunList is spawned. It defaults to "1" plus the last finished page of the previous sibling RunList Partition. If the RunList Resource is the first Partition, LogicalPage defaults to "0" . Note that is an error to specify LogicalPage to be less than the number of previously defined logical pages in the same Partition, since this defines overlapping finished pages within the RunList Partition.

NDoc ?

New in JDF 1.1

Deprecated in JDF 1.2

integer

Total number of Instance Documents that are defined by the RunList . If NDoc is not specified, it defaults to all Instance Documents in the Partitioned RunList Elements that make up the RunList .

In JDF 1.2 and beyond, only Docs is supported.

NPage ?

integer

Total number of pages (placed object slots or RunList Elements with IsPage = "true" ) that are defined by the RunList . If NPage is not specified, it defaults to all finished pages in the Partitioned RunList Elements that make up the RunList . If the RunList describes multiple Instance Documents or Document Sets, NPage refers to the total number of finished pages in all Instance Documents and sets. A RunList with NPage specified always refers to NPage pages, regardless of the number of pages of the referenced PDL. If NPage is not specified and no content is referenced, the RunList contains exactly one page.

NSet ?

New in JDF 1.1

Deprecated in JDF 1.2

integer

Total number of Instance Document Sets that are defined by the RunList . If NSet is not specified, it defaults to all Instance Document Sets in the Partitioned RunList Elements that make up the RunList .

In JDF 1.2 and beyond, only Sets is supported.

PageCopies = "1"

New in JDF 1.1

integer

Number of finished page copies that this RunList represents. Specifying PageCopies is equivalent to repeating the RunList leaves representing each page for a total of PageCopies times (e.g., a multiple represented by the value of PageCopies .) Note that pages specified by PageCopies are always assumed uncollated when calculating the index in the logical RunList , (e.g., PageCopies = "2" would result in a logical page sequence of 0 0 1 1 2 2, etc.).

PageListIndex ?

New in JDF 1.2

IntegerRangeList

List of the indices of the PageData Elements of the PageList specified in the LayoutElement referenced by this RunList . If not specified, the complete PageListIndex specified in the LayoutElement referenced by this RunList is applied.

PageNames ?

NameRangeList

A list of named pages in a multi-page file that supports named access to individual finished pages. The PageNames defaults to all pages. If PageNames is specified, then FirstPage , NPage , SkipPage and Pages must all be ignored if any is specified.

Pages ?

IntegerRangeList

Zero-based list of indices in the documents specified by the LayoutElement Resource and the Docs , DocNames , Sets and SetNames Attributes. The Pages need not be in document order. If Pages is specified, FirstPage and SkipPage must be ignored. If none of Pages , FirstPage , NPage , PageNames or SkipPage is specified, all pages (i.e., "0 ~ -1" ) referred to by the RunList are selected.

Modification note: before JDF 1.4, LayoutElement appeared in place of RunList in the preceding sentence.

RunTag ?

New in JDF 1.1

NMTOKEN

Tag of a Partition of a Resource other than the RunList which is Partitioned by RunTags . The Partition matches if any of the entries in the RunTags list matches RunTag. Multiple entries in a RunList may have the same RunTag . If the RunList references a PDL that supports internal labels, RunTag may be implied from the PDL.

SetCopies = "1"

New in JDF 1.1

integer

Number of Instance Document Set copies that this RunList represents. Specifying SetCopies is equivalent to repeating the sequence of RunList leaves between EndOfSet = "true" for a total of SetCopies times.

If SetCopies is > 1 for an automated imposition Job, the imposition engine places the equivalent SetCopies Attribute into the RunList ( Surfaces ) Resource generated by the Imposition Process. An exception is cut-and-stack imposition, where SetCopies is applied by the imposition engine itself, and not placed into the RunList ( Surfaces ).

Note: it is illegal to specify SetCopies with different values of various leaves of a RunList representing the same Instance Document.

SetNames ?

New in JDF 1.1

NameRangeList

A list of named Document Sets in a multi-Document Set file that supports named access to individual documents. The SetNames defaults to all Document Sets specified by Sets . If SetNames occurs in the RunList , Sets is ignored if it is also present.

SetNames is only valid if LayoutElement /@ ElementType = "MultiSet" .

Sets ?

New in JDF 1.1

IntegerRangeList

Zero-based list of Document Set indices in a multi-Document Sets file specified by the LayoutElement Resource. If not present, all Document Sets are selected.

Sets is only valid if LayoutElement /@ ElementType = "MultiSet" .

SheetSides ?

New in JDF 1.4

enumeration

Specifies the binding of surfaces referenced by this RunList to sheets. MUST only be specified in RunList ( Surfaces ).

Values are:

Front - all surfaces referenced from a RunList leaf Partition describe one or more front sides of successive sheets, with implicit back blank sides.

Back - all surfaces referenced from a RunList leaf Partition describe one or more back sides of successive sheets, with implicit front blank sides.

FrontBack - all surfaces referenced from a RunList leaf Partition describe a succession of sheets, where for each sheet a front is followed by a back surface.

BackFront - all surfaces referenced from a RunList leaf Partition describe a succession of sheets , where for each sheet a back is followed by a front surface.

SkipPage ?

integer

Used when the RunList comprises every Nth page of the file. SkipPage indicates the number of finished pages to be skipped between each of the pages that comprise the RunList Resource. This is generally used to describe preseparated files, or to select only even or odd pages. Note that SkipPage is, therefore, 3 (4 Separations -> skip 3) in a CMYK separated file.

Sorted ?

boolean

Specifies whether the Elements in the RunList are sorted in the document reader order.

ByteMap ?

Modified in JDF 1.2

refelement

Describes the page or stream of pages. At most one of ByteMap , InterpretedPDLData or LayoutElement must be specified. If none of ByteMap , InterpretedPDLData or LayoutElement are specified, the RunList specifies empty content.

Disposition ?

element

Indicates what the Device should do with the file when the Process that uses this Resource completes. If not specified, the file specified by this RunList is retained indefinitely. RunList / LayoutElement / FileSpec / Disposition takes precedence over RunList / Disposition .

Modification note: starting with JDF 1.4, “this RunList ” above replaces “this FileSpec ”.

DynamicInput *

Deprecated in JDF 1.4

element

Replacement text for a DynamicField Element. This information defines the contents of a dynamic mark on the automated page layout (see Section 7.2.109.10.1, “Dynamic Marks”). The mark must be filled using information from the document RunList , (e.g., the bar code of the recipient). This information varies with the document content. DynamicInput Elements have one optional Name Attribute that, when linked to the ReplaceField Attribute of the DynamicField Element, defines the string that is to be replaced.

Deprecation note: starting with JDF 1.4, metadata should be extracted from the PDL itself or from other sources, but not from the RunList . DynamicInput was designed to associates metadata with RunList Elements.

InsertSheet *

refelement

Describes how Sheets and Surfaces are to be completed and optional media which may be inserted at the beginning or end of this RunList Resource.

InterpretedPDLData ?

New in JDF 1.2

refelement

Represents the results of the PDL interpretation Process. At most one of ByteMap , InterpretedPDLData or LayoutElement must be specified. If none of ByteMap , InterpretedPDLData or LayoutElement are specified, the RunList specifies empty content.

LayoutElement ?

Modified in JDF 1.2

refelement

Describes the document, finished page or image. At most one of ByteMap , InterpretedPDLData or LayoutElement must be specified. If none of ByteMap , InterpretedPDLData or LayoutElement are specified, the RunList specifies empty content.

MetadataMap *

New in JDF 1.4

element

Describes the mapping of Metadata in a RunList to PartIDKeys

PageList ?

refelement

Specification of page metadata for pages described by this RunList .

Example 7-48: Marks and Reordering of Content using RunList/@IgnoreContext

New in JDF 1.4

Assume that a VDP job consists of sets where each set contains a Cover Letter, Brochure, and Postcard document types. Production needs all of each document type for all sets printed first, and the imposition includes dynamic marks where some of the marking uses SheetIndex . The RunListLink parameterizes the processing such that all Cover Letter sheets for all sets are processed first, followed by the Brochure sheets for all sets, and finally, the Postcard sheets for all sets. The RunList then specifies @ IgnoreContext = "SheetIndex" , which forces the SheetIndex to be calculated in the order in which sheets are produced by the processing of the reordered “virtual” RunList .

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

< ResourcePool >

< RunList Class = "Parameter" ID = "MyVDPRunList" Status = "Available"

PartIDKeys = "DocTags" IgnoreContext = "SheetIndex" >

<!-- additional attributes and elements -->

< RunList DocTags = "CoverLetter" />

< RunList DocTags = "Brochure" />

< RunList DocTags = "Postcard" />

</ RunList >

</ ResourcePool >

< ResourceLinkPool >

< RunListLink Usage = "Input" rRef = "MyVDPRunList" >

< Part DocTags = "CoverLetter" />

< Part DocTags = "Brochure" />

< Part DocTags = "Postcard" />

</ RunListLink >

</ ResourceLinkPool >

</JDF>

 

To enable later reprinting of part of the RunList , the RunList then might also specify a MetadataMap Element that extracts the value of a RecordNumber metadata key and assigns the value to Metadata0 . Subsequently, if record # 12 needs reprinting, the RunListLink can be modified to appear as:

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

<RunList Class="Parameter" ID="MyVDPRunList" Status="Available"

PartIDKeys="DocTags" IgnoreContext="SheetIndex" >

<!-- additional attributes and elements -->

<RunList DocTags="CoverLetter"/>

<RunList DocTags="Brochure"/>

<RunList DocTags="Postcard"/>

</RunList>

</ResourcePool>

< ResourceLinkPool >

< RunListLink Usage = "Input" rRef = "MyVDPRunList" ProcessUsage = "Document" >

< Part DocTags = "CoverLetter" Metadata0 = "12" />

< Part DocTags = "Brochure" Metadata0 = "12" />

< Part DocTags = "Postcard" Metadata0 = "12" />

</ RunListLink >

</ ResourceLinkPool >

</JDF>

 

7.2.160.1 Element: DynamicInput

Deprecated in JDF 1.4

 

Table 7-341: DynamicInput Element

Name

Data Type

Description

Name ?

string

Label that must match the ReplaceField Attribute of the appropriate DynamicField Element

--

text

Defines the text string that is to be inserted as a replacement for the text defined in ReplaceField of a DynamicField Element.

7.2.160.2 Element: MetadataMap

New in JDF 1.4

The MetadataMap in RunList allows metadata embedded in PDL files to be assigned to Partition Key values, certain RunList Attributes, or Attributes created using GeneralID . During the mapping of PDL data to the JDF document structure (see the definition in the glossary or the discussion in the Imposition Process), each MetadataMap Element will be evaluated for each node (Set, Document, Page, etc.) of the PDL document structure. For XML based PDL files an XPath expression will be evaluated relative to the XML node that defines each node in the document hierarchy. For non-XML based PDLs a PDL specific mapping of the XPath to the PDL document structure is used instead and the value assignment is performed on the derived XML for the PDL file. If the path specified by the XPath does not exist in the PDL, then the associated metadata value is undefined, otherwise the metadata value will be set to the conversion of the node list to a string.

 

Table 7-342: MetadataMap Element (Section 1 of 3)

Name

Data Type

Description

Context = "PagePool"

enumeration

Specifies the node context in which the XPaths specified in this MetadataMap Element are to be evaluated.

Values are :

Set - evaluated relative to the current set node.

Document - evaluated relative to the current document node.

SubDoc0 - evaluated relative to the current subdocument immediately below the Document level.

SubDoc1 - evaluated relative to the current subdocument immediately below SubDoc0 level.

SubDoc2 - see SubDoc1 , but relative to SubDoc1 level.

SubDoc3 - see SubDoc1 , but relative to SubDoc2 level.

SubDoc4 - see SubDoc1 , but relative to SubDoc3 level.

SubDoc5 - see SubDoc1 , but relative to SubDoc4 level.

SubDoc6 - see SubDoc1 , but relative to SubDoc5 level.

SubDoc7 - see SubDoc1 , but relative to SubDoc6 level.

SubDoc8 - see SubDoc1 , but relative to SubDoc7 level.

SubDoc9 - see SubDoc1 , but relative to SubDoc8 level.

Object - evaluated for each unique object on each page.

PagePool - evaluated relative to the current Page Pool .

Page - evaluated relative to the current page.

DataType

enumeration

Expected data type of the metadata value.

Values are :

PartIDKeys - with this value, @ Name MUST match a Partition Key.

Values are also from: GeneralID /@ DataType .

Name

NMTOKEN

The name of the metadata.

If DataType = "PartIDKeys" , the value of Name MUST be a PartIDKeys value. See @ PartIDKeys in Table 3-27, “Partitionable Resource Element”.

If Name = "ObjectTags" , then values are added to a logical pool of tag values associated with each object being processed. This pool of object tags is referenced from: ColorSpaceConversionParams / ColorSpaceConversionOp /@ ObjectTags , ScreeningParams / ScreenSelector /@ ObjectTags , ObjectResolution /@ ObjectTags ,
ColorCorrectionParams / ColorCorrectionOp /@ ObjectTags .

Otherwise, Name specifies the value of an implied variable (e.g. for use in GeneralID /@ IDUsage , RunList /@ EndOfSet , RunList /@ SetCopies , RunList /@ PageCopies , or RunList /@ DocCopies .).

If @ DataType is not "PartIDKeys" or a RunList implied variable name (e.g. RunList /@ DocCopies ), then the MetadataMap Element is equivalent to explicitly defining a GeneralID Element with the value being assigned by MetadataMap /@ ValueFormat . The following example counts the number of Page Elements within all DocPart Elements.

< MetadataMap DataType = "Integer" Name = "NumPages"

ValueFormat = "%d" ValueTemplate = "npages" >

< Expr Name = "ncopies "

Path = "count(../DocPart/Page)" >

</ MetadataMap >

If multiple MetadataMap Elements specify the same name, then the specified key has the value from the last MetadataMap Element to assign a value to that key.

If the specified Name sets the value for a PartIDKeys or RunList variable, where a RunList Attribute also supplies a value (e.g. RunList /@ RunTag , RunList /@ DocCopies , ...), the value supplied by the RunList Attribute shall be replaced by the value supplied by the MetadataMap .

ValueFormat

string

Formatting value for combining extracted values from the Expr Elements.

Values are from: Appendix I, “Generating strings with Format and Template” .

ValueTemplate

string

Arguments for combining extracted values from the Expr Elements. The argument names MUST match the values of Expr /@ Name .

Values are from: Appendix I, “Generating strings with Format and Template” .

Expr +

element

Each Expr Element describes a Term expression (see Section 7.3.13, “Term”and Section 7.3, “Device Capability Definitions”) evaluating metadata values in the PDL. If Expr / Term is not specified, or if the Term expression returns true, then the value specified by the Expr element is assigned to the key specified by MetadataMap /@ Name . Expr Elements are evaluated in the XML order specified. Expr Elements with identical @ Name Attributes where a previous Expr Element with that @ Name has already evaluated to true MUST NOT be processed. If any name specified in MetadataMap /@ ValueTemplate is unassigned, then the key specified by MetadataMap /@ Name is undefined.

7.2.160.3 Element: Expr

New in JDF 1.4

 

Table 7-343: Expr Element

Name

Data Type

Description

Name

NMTOKEN

Name of this Expr . The value (as specified by @ Value or extracted from @ Path ) MUST be used to evaluate the parent @ ValueTemplate .

Path ?

XPath

If specified, and either the value returned by the Term Element (if present) is true or no Term Element is specified, then the value specified by this path is assigned to Expr /@ Name .

If the Path does not evaluate to a value, then this Expr Element fails and any subsequent Expr Elements are evaluated.

Constraint: exactly one of Path or Value MUST be specified in an Expr Element.

Value ?

string

If specified, and either the value returned by the Term Element (if present) is true or no Term Element is specified, then the value of this Attribute is assigned to Expr /@ Name .

Constraint: exactly one of Path or Value MUST be specified in an Expr element.

Term ?

element

Evaluates one or more metadata values from the PDL, and returns a true or false result. Evaluation/@XPath MUST be specified for all Evaluation Elements in the Term hierarchy.

For PPML the XPath expression will be relative to the JOB, DOCUMENT or PAGE element. Example XPath expressions:

    • “METADATA/DATUM[@key="Gender"]” will extract the value of the Gender metadata for each JDF set, document and page.
    • “count(PAGE)” will count the pages within a given document (only works for JDF document level Nodes).
    • “count(PAGE/METADATA/DATUM[@key="special"])” will count the number of pages that have a Special metadata defined for it.

MetadataMap may also be used to set the value of certain RunList Attributes. These Attributes are EndOfSet , EndOfDocument , PageCopies , DocCopies and SetCopies . The values set will be instantiated as if actually present in a Partitioned RunList for the current page or Page Pool being processed. Care should be taken to ensure their consistency across Page Pools within a document or set.

Example 7-49: MetadataMap: Setting Attributes

This example extracts the value of the Copies Attribute as specified by the Path , and sets the value of RunList /@ DocCopies .

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

<RunList Class="Parameter" ID="r000004" Status="Available">

< MetadataMap DataType = "Integer" Name = "DocCopies" ValueFormat = "%d"

ValueTemplate = "ncopies" >

< Expr Name = "ncopies" Path = "//record/document/@Copies" />

< Expr Name = "ncopies" Value = "1" />

</ MetadataMap >

</RunList>

</ResourcePool>

<ResourceLinkPool>

<RunListLink Usage="Input" rRef="r000004"/>

</ResourceLinkPool>

</JDF>

 

Example 7-50: RunList/MetadataMap

New in JDF 1.4

In the following example, the MetadataMap Element maps arbitrary tags in the document to a structural RunTag Partition Key. Note that any Partition Key may be mapped. Note also that although an XPath syntax is used, this may be mapped to any hierarchical structure including but not limited to XML. Finally, note that if / Dokument /@ Sektion is a value other than "Einband" or "HauptTeil" , then the Expr Elements assigning values to section will all fail, resulting in RunTags being undefined.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

< ResourcePool >

<!--this runlist points to a structured pdl with arbitrary structural

tagging-->

< RunList Class = "Parameter" ID = "r000004" Status = "Available" >

< MetadataMap DataType = "PartIDKey" Name = "RunTags"

ValueFormat = "%s%s" ValueTemplate = "sex,section" >

<!--This expression maps the value of /Dokument/Rezipient/@Sex

to a variable "sex"-->

< Expr Name = "sex" Path = "/Dokument/Rezipient/@Sex" />

<!--Maps all elements with /Dokument/@Sektion=Einband to Cover-->

< Expr Name = "section" Value = "Cover" >

< NameEvaluation Path = "/Dokument/@Sektion" RegExp = "Einband" />

</ Expr >

<!--Maps all elements with /Dokument/@Sektion=HauptTeil and >50 pages

to BigBody-->

< Expr Name = "section" Value = "BigBody" >

< and >

< NameEvaluation Path = "/Dokument/@Sektion" RegExp = "HauptTeil" />

< IntegerEvaluation Path = "count(PAGE)" ValueList = "51 ~ INF" />

</ and >

</ Expr >

<!--Maps all elements with /Dokument/Sektion=HauptTeil and <=50 pages

to SmallBody-->

< Expr Name = "section" Value = "SmallBody" >

< and >

< NameEvaluation Path = "/Dokument/Sektion" RegExp = "HauptTeil" />

< IntegerEvaluation Path = "count(PAGE)" ValueList = "0 ~ 50" />

</ and >

</ Expr >

</ MetadataMap >

< LayoutElement Class = "Parameter" >

< FileSpec Class = "Parameter"

MimeType = "application/vnd.foobar+xml" URL = "bigVariable.foo" />

</ LayoutElement >

</ RunList >

<!--Layout for versioned product-->

< Layout Class = "Parameter" ID = "r000005" PartIDKeys = "RunTags" Status = "Available" >

< Layout RunTags = "MaleCover" >

< MediaRef rRef = "r000006" >

< Part RunTags = "MaleCover" />

</ MediaRef >

</ Layout >

< Layout RunTags = "FemaleCover" >

< MediaRef rRef = "r000006" >

< Part RunTags = "FemaleCover" />

</ MediaRef >

</ Layout >

< Layout RunTags = "MaleBigBody FemaleBigBody" >

< MediaRef rRef = "r000006" >

< Part RunTags = "MaleBigBody MaleSmallBody FemaleBigBody

FemaleSmallBody" />

</ MediaRef >

</ Layout >

< Layout RunTags = "MaleSmallBody FemaleSmallBody" >

< MediaRef rRef = "r000006" >

< Part RunTags = "MaleBigBody MaleSmallBody FemaleBigBody

FemaleSmallBody" />

</ MediaRef >

</ Layout >

</ Layout >

< Media Class = "Consumable" ID = "r000006" PartIDKeys = "RunTags"

PartUsage = "Implicit" Status = "Available" >

< Media RunTags = "MaleCover" />

< Media RunTags = "FemaleCover" />

< Media RunTags = "MaleBigBody MaleSmallBody FemaleBigBody FemaleSmallBody" />

</ Media >

</ ResourcePool >

<ResourceLinkPool>

<RunListLink Usage="Input" rRef="r000004"/>

<LayoutLink Usage="Input" rRef="r000005"/>

<MediaLink Usage="Input" rRef="r000006"/>

</ResourceLinkPool>

</JDF>

 

Example 7-51: RunList: Unstructured Single-File RunList

The following five examples illustrate how a RunList can be structured using Partitioning mechanisms. Note that the Partitioning of a RunList often generates the values necessary to evaluate the Partitioning of other Resources, (e.g., the RunIndex into the RunList ). Thus, the order in which the RunList Elements appear in the XML document is significant. Note that the Run Partition Key has a string value, which may be non-numeric. Below is an example of simple unstructured single-file RunList . This example specifies all pages contained in "/in/colortest.pdf" .

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< RunList Class = "Parameter" ID = "Link0003" Pages = "0 ~ -1" Status = "Available" >

< LayoutElement >

< FileSpec URL = "File:///in/colortest.pdf" />

</ LayoutElement >

</ RunList >

</ResourcePool>

<ResourceLinkPool>

<RunListLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

Example 7-52: RunList: Multi-File Unseparated RunList

Example of simple multi-file unseparated RunList using RunList /@ Directory . This example specifies all pages contained in File1.pdf and File2.pdf, which are located in the directory "///Dir/" that is specified in RunList /@ Directory .

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< RunList Class = "Parameter" Directory = "File:///Dir/" ID = "Link0003"

PartIDKeys = "Run" Status = "Available" >

< RunList Pages = "0 ~ -1" Run = "1" >

< LayoutElement >

< FileSpec URL = "File1.pdf" />

</ LayoutElement >

</ RunList >

< RunList Pages = "0 ~ -1" Run = "2" >

< LayoutElement >

< FileSpec URL = "File2.pdf" />

</ LayoutElement >

</ RunList >

</ RunList >

</ResourcePool>

<ResourceLinkPool>

<RunListLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

Example 7-53: RunList: Multi-File Unseparated RunList with Spawning

Example of simple multi-file unseparated RunList with independent spawning. This example specifies the first five pages contained in File1.pdf and File2.pdf. File2.pdf has been spawned and is being processed individually.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< RunList Class = "Parameter" ID = "Link0003" PartIDKeys = "Run" Status = "Available" >

< RunList Pages = "0 ~ 4" Run = "1" >

< LayoutElement >

< FileSpec URL = "File:///File1.pdf" />

</ LayoutElement >

</ RunList >

< RunList Pages = "0 ~ -1" Run = "2" SpawnStatus = "SpawnedRW" >

< LayoutElement >

< FileSpec URL = "File:///File2.pdf" />

</ LayoutElement >

</ RunList >

</ RunList >

</ResourcePool>

<ResourceLinkPool>

<RunListLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

Example 7-54: RunList: Spawned RunList

This is the corresponding spawned RunList . Note the LogicalPage Attribute, which specifies the number of skipped pages.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< RunList Class = "Parameter" ID = "Link0003" LogicalPage = "5" Pages = "0 ~ -1"

PartIDKeys = "Run" Status = "Available" >

< RunList Run = "2" >

< LayoutElement >

< FileSpec URL = "File:///File2.pdf" />

</ LayoutElement >

</ RunList >

</ RunList >

</ResourcePool>

<ResourceLinkPool>

<RunListLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

Example 7-55: RunList: Multi-File Separated RunList

This example specifies all pages contained in Presep.pdf and following that, pages 1, 3 and 5 of each preseparated file.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

< RunList Class = "Parameter" ID = "Link0003" PartIDKeys = "Run Separation"

Status = "Available" >

< RunList Run = "1" SkipPage = "3" >

< LayoutElement >

< FileSpec URL = "File:///Presep.pdf" />

</ LayoutElement >

< RunList FirstPage = "0" IsPage = "false" Separation = "Cyan" />

< RunList FirstPage = "1" IsPage = "false" Separation = "Magenta" />

< RunList FirstPage = "2" IsPage = "false" Separation = "Yellow" />

< RunList FirstPage = "3" IsPage = "false" Separation = "Black" />

</ RunList >

< RunList IsPage = "true" Pages = "1 3 5" Run = "2" >

< RunList IsPage = "false" Separation = "Cyan" >

< LayoutElement >

< FileSpec URL = "File:///Cyan2.pdf" />

</ LayoutElement >

</ RunList >

< RunList IsPage = "false" Separation = "Magenta" >

< LayoutElement >

< FileSpec URL = "File:///Magenta2.pdf" />

</ LayoutElement >

</ RunList >

< RunList IsPage = "false" Separation = "Yellow" >

< LayoutElement >

< FileSpec URL = "File:///Yellow2.pdf" />

</ LayoutElement >

</ RunList >

< RunList IsPage = "false" Separation = "Black" >

< LayoutElement >

< FileSpec URL = "File:///Black2.pdf" />

</ LayoutElement >

</ RunList >

</ RunList >

</ RunList >

</ResourcePool>

<ResourceLinkPool>

<RunListLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

7.2.161 SaddleStitchingParams

Deprecated in JDF 1.1

See Section P.4.13, “SaddleStitchingParams” for details of this deprecated Resource.

7.2.162 ScanParams

This Resource provides the parameters for the Scanning Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ArtDeliveryIntent / ArtDelivery

Example Partition:

RunIndex

Input of Processes:

Scanning

Output of Processes:

--

 

Table 7-344: ScanParams Resource (Section 1 of 2)

Name

Data Type

Description

BitDepth

integer

Bit depth of a one-color separation.

CompressionFilter ?

enumeration

Specifies the compression filter to be used.

Values are:

CCITTFaxEncode - Used to select CCITT Group 3 or 4 facsimile encoding.

DCTEncode - Used to select JPEG compression.

FlateEncode - Used to select Zip compression.

WaveletEncode - Used to select Wavelet compression.

JBIG2Encode - Used to select JBIG2 monochrome compression.

DCTQuality ?

double

A value between 0 and 1 that indicates “how much” the Process is to compress images. 0.0 means “do as loss-less compression as possible.” 1.0 means “do the maximum compression possible.”

InputBox ?

rectangle

Rectangle that describes the image section to be scanned, in points. The origin of the coordinate system is the lower left corner of the physical item to be scanned.

Magnification =
"1 1"

XYPair

Size of the output/size of the input for each dimension.

MountID ?

string

ID of the drum or other mounting Device upon which the media is to be mounted.

Mounting ?

enumeration

Specifies how to mount originals.

Values are:

Unfixed - Original lies unfixed on the scanner tray/drum.

Fixed - Original is fixed on the scanner tray/drum with transparent tape.

Wet - Original is put in gel or oil and fixed on the scanner tray/drum.

Registered - Original is fixed with registration holes. This value is used for copy dot scans.

OutputColorSpace

enumeration

Color space of the output images.

Values are:

LAB

RGB

CMYK

GrayScale

OutputResolution

XYPair

X and Y resolution of the output bitmap, in dpi.

OutputSize ?

XYPair

X and Y dimension of the intended output image, in points.

SplitDocuments ?

integer

A number representing how many images are scanned before a new file is created.

FileSpec ( CorrectionProfile ) ?

refelement

A FileSpec Resource pointing to an ICC profile that describes color corrections.

FileSpec ( TargetProfile ) ?

refelement

A FileSpec Resource pointing to an ICC profile that defines the target output Device for a Device specific scan, (e.g., the profile of a CMYK press).

FileSpec ( ScanProfile ) ?

refelement

A FileSpec Resource pointing to an ICC profile that describes the scanner.

7.2.163 ScavengerArea

New in JDF 1.1

This Resource describes a scavenger area for removing excess ink from printed Sheets. It is defined within a MarkObject of a surface.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Layout / MarkObject

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-345: ScavengerArea Resource

Name

Data Type

Description

Center

XYPair

Position of the center of the scavenger area in the coordinates of the MarkObject that contains this mark.

Rotation ?

double

Rotation in degrees. Positive graduation figures indicate counter-clockwise rotation; negative figures indicate clockwise rotation.

Size

XYPair

Size of the scavenger area.

SeparationSpec *

Modified in JDF 1.2

element

Set of separations to which the scavenger area is bound.

7.2.164 ScreeningParams

This Resource specifies the parameter of the Screening Process. Since screening is, in most cases, very OEM specific, the following parameters are generic enough that they can be mapped onto a number of OEM controls.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ContactCopyParams , ContentList / ContentData , ExposedMedia , LayoutElement , PageList , PageList / PageData

Example Partition:

Separation , SheetName , Side , SignatureName

Input of Processes:

ContoneCalibration , Screening

Output of Processes:

--

 

Table 7-346: ScreeningParams Resource

Name

Data Type

Description

IgnoreSourceFile = "true"

boolean

Specifies whether to ignore the screen settings (e.g., setscreen, setcolorscreen and sethalftone) specified in the source files. Note that in some cases, halftones are used to create patterns. In these cases, the halftone in the source PDL file will not be overridden.

AbortJobWhenScreenMatchingFails ?

Deprecated in JDF 1.2

boolean

Specifies what happens when the Device can not fulfill the screening requests. If "true" , it flushes the Job. If "false" , it ignores matching errors using the default screening. Use SettingsPolicy in JDF 1.2 and beyond.

ScreenSelector *

element

List of screen selectors. A screen selector is included for each separation, including a default specification.

ScreenSelector MUST contain the complete set of Parameters for a given screening operation. For instance, it is invalid to specify one ScreenSelector for a given @ ObjectTags and another ScreenSelector for a given @ SourceObjects .

7.2.164.1 Element: ScreenSelector

Description of screening for a selection of source object types and separations.

 

Table 7-347: ScreenSelector Element (Section 1 of 3)

Name

Data Type

Description

Angle ?

double

Specifies the first angle of the screen when AM screening is used, otherwise Angle is ignored. At most one of Angle or AngleMap must be specified. If neither Angle nor AngleMap are specified, the angle is determined by the default of the selected ScreeningFamily .

AngleMap ?

New in JDF 1.1

string

Specifies the mapping of the angle of the screen to the angle of a different separation when AM screening is used. For example, a spot color that has the same screening angle as the cyan separation is specified by AngleMap = "Cyan" . In FM screening, AngleMap specifies the mapping of the separation specific screen functions, (e.g., threshold arrays). At most one of Angle or AngleMap must be specified. This mapping is not transitive, so, when Separation already specifies a color with a known default, it specifies the angle of the separation defined by AngleMap prior to that separation being mapped. Note that, in general, the known default will be a CMYK process color, but it can also be another process color, (e.g., HexaChrome™). The following example specifies that Black is to be mapped to the Cyan default separation and Cyan to the Black default separation. The third line maps Spot1 to Magenta.

< ScreenSelector AngleMap = "Black" Separation = "Cyan" />

< ScreenSelector AngleMap = "Cyan" Separation = "Black" />

< ScreenSelector AngleMap = "Magenta" Separation = "Spot1" />

DotSize ?

New in JDF 1.1

double

Specifies the dot size of the screen, in microns [m], when FM screening ( ScreeningType = "FM" or "Adaptive" ) is used, otherwise DotSize is ignored.

Frequency ?

Modified in JDF 1.2

double

Specifies the halftone screen frequency in lines per inch (lpi) of the screen when AM screening is used, otherwise Frequency is ignored. With some screens, frequency can change as a function of gray level. In this case, the Frequency value is interpreted for a midtone (50%) gray level.

If Frequency is not specified, the frequency is determined by the default of the selected ScreeningFamily .

ObjectTags ?

New in JDF 1.4

NMTOKENS

Tags associated with individual objects that this ScreenSelector MUST be applied to. Each tag specified in ObjectTags is logically anded with the object type(s) specified by SourceObjects , enabling first qualification by object type (such as image), and then tags associated with those objects.

The values of ObjectTags depends on the PDL that the ScreenSelector is applied to.

ScreeningFamily ?

string

Vendor specific screening family name. Sample values removed in JDF 1.2

ScreeningType ? Modified in JDF 1.2

enumeration

General type of screening.

Values are:

Adaptive

AM - Can be line or dot. (See SpotFunction .)

ErrorDiffusion

FM - Includes all stochastic screening types.

HybridAM-FM

HybridAMline-dot

Separation = "All"

string

The name of the separation. If Separation = "All" , the ScreenSelector is to be applied to all separations that are not specified explicitly.

Values include:

All

SourceFrequency ?

Modified in JDF 1.2

DoubleRange

Specifies the line frequency of screens which is to be matched from the source file when screen matching is to be done. Note that this is a filter that selects on which objects to apply this ScreenSelector .

SourceObjects = "All"

enumerations

Identifies the class(es) of incoming graphical objects on which to use the selected screen.

Values are:

All

ImagePhotographic - Contone images.

ImageScreenShot - Images largely comprised of rasterized vector art.

LineArt - Vector objects other than text.

SmoothShades - Gradients and blends.

Text

SpotFunction ?

NMTOKEN

Specifies the spot function of the screen when AM screening is used. In general, it is common for a spot function to change its shape as a function of gray level. Response to these spot function names may be implementation-dependent. These example names are the same as the spot function names defined in PDF.

Values include:

Round

Diamond

Ellipse

EllipseA

InvertedEllipseA

EllipseB

EllipseC

InvertedEllipseC

Line

LineX

LineY

Square

Cross

Rhomboid

DoubleDot

InvertedDoubleDot

SimpleDot

InvertedSimpleDot

CosineDot

Double

InvertedDouble

7.2.165 SeparationControlParams

This Resource provides the controls needed to separate composite color files.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Separation

Output of Processes:

--

 

Table 7-348: SeparationControlParams Resource (Section 1 of 2)

Name

Data Type

Description

AutomatedOverPrintParams ?

refelement

Controls for overprint substitutions.

The default case is that no automated overprint generation is used.

TransferFunctionControl ?

refelement

Controls whether the Device performs transfer functions and what values are used when doing so.

7.2.166 SeparationSpec

This Resource specifies a specific separation, and is usually used to define a list or sequence of separations.

Resource Properties

Resource Class:

ResourceElement

Resource referenced by:

ColorIntent / ColorsUsed , NumberingIntent / NumberItem , ProofingIntent / ProofItem , ColorantAlias , ColorantControl / ColorantConvertProcess , ColorantControl / ColorantOrder , ColorantControl / ColorantParams , ColorantControl / DeviceColorantOrder , ColorantControl / ColorSpaceSubstitute , ColorControlStrip , ColorSpaceConversionOp , ContentList / ContentData , DeviceNSpace , LayoutElement , PageList , PageList / PageData , RegisterMark , ScavengerArea , TrappingDetails / TrappingOrder

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-349: SeparationSpec Resource

Name

Data Type

Description

Name ?

string

Name of one specific separation.

If Name is not specified, this SeparationSpec consumes a slot in a separation order without setting a separation, for instance when specifying modules to skip on a press or color fields to leave blank in a ColorControlStrip .

Modification note: starting with JDF 1.4, Name is optional.

7.2.167 Shape

Resource Properties

Resource Class:

Parameter

Resource referenced by:

ShapeCuttingParams , ShapeDef

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-350: Shape Resource

Name

Data Type

Description

CutBox ?

rectangle

Specification of a rectangular window.

CutOut = "false"

boolean

If "true" , the inside of a specified shape will be removed. If "false" , the outside of a specified shape will be removed. An example of an inside shape is a window. An example of an outside shape is a shaped greeting card.

CutPath ?

PDFPath

Specification of a complex path. This may be an open path in the case of a single line.

CutType = "Cut"

Deprecated in JDF 1.4

enumeration

Type of cut or perforation used.

Values are:

Cut - Full cut.

Perforate - Interrupted perforation that does not span the entire Sheet

DDESCutType = "101"

New in JDF 1.4

integer

Type of cut or perforation used.

Values include:

a number between "0" and "999" corresponding to a line type as defined in DDES3 standard (ANSI® IT8.6-2002).

Note: the default value 101 corresponds to a cut line.

Material ?

string

Transparent material that fills a shape (e.g., an envelope window) that was cut out when CutOut = "true" .

ShapeDepth ?

double

Depth of the shape cut, measured in microns [m]. If not specified, the shape is completely cut.

ShapeType

enumeration

Describes any precision cutting other than hole making.

Values are:

Path

Rectangular

Round

RoundedRectangle - Rectangle with rounded corners. New in JDF 1.3

StationName ?

New in JDF 1.3

Deprecated in JDF 1.4

string

The name of the 1-up design in the die layout. Used to match DieLayout / Station Elements with Shape Elements.

TeethPerDimension ?

double

Number of teeth in a given perforation extent, in teeth/point. MicroPerforation is defined by specifying a large number of teeth (n > 1000).

 

7.2.168 ShapeCuttingParams

New in JDF 1.1

ShapeCuttingParams defines the details of the ShapeCutting Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

ShapeCutting

Output of Processes:

--

 

Table 7-351: ShapeCuttingParams Resource

Name

Data Type

Description

DeliveryMode ?

New in JDF 1.3

enumeration

Values are:

FullSheet - The output of the die-cutter are complete Sheets. The blanks are kept in place with nicks. Front waste (gripper margin) has not been removed.

RemoveGripperMargin - The output of the die-cutter are complete Sheets. The blanks are kept in place with nicks. Front waste (gripper margin) has been removed.

SeparateBlanks - The output of the die-cutter are blanks that have been removed from the Sheets.

SheetLay ?

New in JDF 1.3

enumeration

Lay of input media. Reference edge of where paper is placed in the feeder.

Values are:

Center

Left

Right

DieLayout ?

New in JDF 1.3

refelement

A Resource containing the reference of an external file describing the cutting and other paths.

Shape *

refelement

Details of each individual cut shape

7.2.169 ShapeDef

New in JDF 1.4

A structural design describing a 2D surface with paths that describe different finishing operations like cutting, creasing, perforation, etc. In the case of box production this resource is a description of the unprinted blank box as it will be available after die cutting and blanking and before folding. A ShapeDef is defined either by an external file ( FileSpec ) describing the structural design or a collection of PDFPaths contained in Shape elements. In case this description is stored in a file, the format of this file may be a vendor specific format, a standard DDES3 file (ANSI® IT8.6-2002), or less well specified but commonly used formats like CFF2 or DXF or even a PDF or EPS file.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

DieLayout / Station , LayoutElementProductionParams

Example Partition:

--

Input of Processes:

DieLayoutProduction

Output of Processes:

ShapeDefProduction

 

Table 7-352: ShapeDef Resource (Section 1 of 2)

Name

Data Type

Description

Area ?

double

The net area of the shape after cutting. (m2)

CutBox ?

rectangle

A rectangle describing the bounding box of all cut lines. This is sometimes referred to as the knife to knife dimensions of the BlankBox. This Attribute is usually only valid after the generation of the structural design.

Dimensions ?

shape

Width x, height y and depth z coordinates of the 3D shape. For a box, these are the outer dimensions e.g. for palletizing.

FluteDirection ?

enumeration

Intended direction of the flute for this design in the coordinate system defined by CutBox . This information needs to be taken into account by the DieLayoutProduction Process to give the ShapeDef the correct orientation on the Media .

Values are:

XDirection - Along the X-axis of the CutBox coordinate system.

YDirection - Along the Y-axis of the CutBox coordinate system.

GrainDirection ?

enumeration

Intended direction of the grain for this design in the coordinate system defined by CutBox . This information needs to be taken into account by the DieLayoutProduction Process to give the ShapeDef the correct orientation on the Media .

Values are:

XDirection - Along the X-axis of the CutBox coordinate system.

YDirection - Along the Y-axis of the CutBox coordinate system.

Both - Both orientations are acceptable.

MediaSide ?

enumeration

Determines the printing side for which the structural design is made.

Values are:

Front - for a box this corresponds to the outside of a box.

Back - for a box this corresponds to the inside of a box.

Note: folding carton is usually cut from the outside (Front), corrugated from the inside (Back).

ResourceWeight ?

double

The weight of the shape after cutting (g).

FileSpec ?

refelement

The FileSpec of the structural design file. The format of this file may be a vendor specific format, a standard DDES3 file (ANSI® IT8.6-2002), less well specified but commonly used formats like CFF2 or DXF or even a PDF or EPS file. FileSpec and Shape are mutually exclusive

Media ?

refelement

Media for which this structural design was intended for. The Media description defines important design parameters as the type of Media , thickness, inside loss, outside gain, etc.

Media /@ GrainDirection and Media /@ FluteDirection do not have any significance.

Shape *

refelement

The shape is defined by a collection of Shape Elements. Shape and FileSpec are mutually exclusive.

 

7.2.170 ShapeDefProductionParams

New in JDF 1.4

Parameters for the structural design.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

ShapeDefProduction

Output of Processes:

--

 

Table 7-353: ShapeDefProductionParams Resource

Name

Data Type

Description

ObjectModel *

element

A 3D model of the object that needs to be packed.

ShapeTemplate ?

element

A structural template sometimes called a parametric structural design. Given a set of parametric values a structural template can be instantiated to an actual structural design.

7.2.170.1 Element: ObjectModel

New in JDF 1.4 l

 

Table 7-354: ObjectModel Element

Name

Data Type

Description

Dimensions ?

shape

Width x, height y and depth z values for the bounding box of the object.

FileSpec ?

refelement

The FileSpec of the 3D model of the objects that needs to be packed. The format of this file may be a vendor specific format or a standard 3D format like VRML or PDF (U3D).

7.2.170.2 Element: ShapeTemplate

New in JDF 1.4

Additional parametric values MUST be specified with GeneralID Elements. GeneralID /@ IDUsage MUST be set to the name of the Parameter. GeneralID /@ DataType MUST be set to "double" . GeneralID /@ IDValue MUST be set to value of the Parameter.

 

Table 7-355: ShapeTemplate Element

Name

Data Type

Description

InnerDimensions ?

shape

Width x, height y and depth z coordinates of the 3D shape. For a box these are the inner dimensions.

Name ?

string

The name of a parametric structural design or CAD template.

Standard ?

string

The name of the standard this template belongs to e.g. FEFCO, ECMA or the name of a company internal standard.

FileSpec ?

refelement

The FileSpec of the parametric structural design.

The three Figures below show shapes specified by a ShapeTemplate with each named variable represented by a GeneralID that specifies the name and value of the variable. The ShapeTemplate for the diagram below might be:

Example 7-56: ShapeTemplate for Figure 7-53

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

<ShapeDefProductionParams Class="Parameter" ID="Link0003"

Status="Available">

< ShapeTemplate >

< GeneralID IDUsage = "L" DataType = "double" IDValue = "1440.0" />

< GeneralID IDUsage = "W" DataType = "double" IDValue = "720.0" />

< GeneralID IDUsage = "D" DataType = "double" IDValue = "1440.0" />

</ ShapeTemplate >

</ShapeDefProductionParams>

</ResourcePool>

<ResourceLinkPool>

<ShapeDefProductionParamsLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

 

Figure 7-53: ShapeTemplate Example 1

 

 

Figure 7-54: ShapeTemplate Example 2

 

 

Figure 7-55: ShapeTemplate Example 3

 

 

7.2.171 Sheet

Deprecated in JDF 1.3

This Resource provides a description of a Sheet, as well as the marks on that Sheet. In JDF 1.3 and beyond, a Sheet is represented as a Layout Partition, namely Layout [@ SheetName ]. For details, see Section 7.2.109, “Layout” .

7.2.172 ShrinkingParams

New in JDF 1.1

This Resource provides the parameters for the Shrinking Process in shrink wrapping.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Shrinking

Output of Processes:

--

 

Table 7-356: ShrinkingParams Resource

Name

Data Type

Description

Duration ?

duration

Shrinking time.

ShrinkingMethod = "ShrinkHot"

enumeration

Specifics of the shrinking method for shrink wrapping.

Values are:

ShrinkCool

ShrinkHot

Temperature ?

double

Oven temperature in ˚ Centigrade.

7.2.173 SideSewingParams

Deprecated in JDF 1.1

See Section P.4.15, “SideSewingParams” for details of this deprecated Resource.

7.2.174 SpinePreparationParams

New in JDF 1.1

SpinePreparationParams describes the preparation of the spine of book blocks for hard and soft cover book production, (e.g., milling and notching).

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

SpinePreparation

Output of Processes:

--

 

Table 7-357: SpinePreparationParams Resource (Section 1 of 2)

Name

Data Type

Description

FlexValue ?

Deprecated in JDF 1.2

double

Flex quality parameter, in [N/cm]. In JDF 1.2 and beyond, FlexValue is defined in QualityControlParams / BindingQualityParams . See Section 7.2.150, “QualityControlParams” for details.

MillingDepth ?

Modified in JDF 1.2

double

Milling depth, in points. This describes the total cut-off of the spine, regardless of the technology used to achieve this goal.

NotchingDistance ?

double

Notching distance, in points.

NotchingDepth ?

double

Notching depth relative to the leveled spine, in points. If not specified, there is no notching.

Operations ?

NMTOKENS

List of operations to be applied to the spine. Duplicate entries are allowed to specify a sequence of identical operations. The order of operations is significant.

Values include those from: Table 7-358, “Operations Attribute Values”.

PullOutValue ?

Deprecated in JDF 1.2

double

Pull out quality parameter, in [N/cm]. In JDF 1.2 and beyond, PullOutValue is defined in QualityControlParams / BindingQualityParams . See Section 7.2.150, “QualityControlParams” for details.

StartPosition = "0"

double

Starting position of milling tool along the Y-axis of the operation coordinate system.

WorkingLength ?

double

Working length of milling operation. If specified larger than the spine length, the complete spine is prepared. If not specified, the complete spine is prepared.

-- Attribute: Operations

Table 7-358: Operations Attribute Values

Value

Description

Brushing

Brushes away dust from the spine to improve the binding quality.

FiberRoughing

The fibers of the paper on the spine are exposed without the risk of glazing the paper coating. This optimizes the spine preparation considering paper and adhesive types.

Leveling

After milling the spine, any uneven areas are leveled to achieve an even surface.

Milling

Cuts off part of the spine so the spine is not too even. A rough texture of the fibers is assured. This creates ideal conditions for stable anchoring of the Sheets in the glue.

Notching

This gives a clamping effect on the spine which is desirable for some products.

Sanding

Is used for voluminous book papers.

Shredding

Produces a relatively smooth surface. Further operations like "Notching" , "Leveling" , "FiberRoughing" , "Sanding" or "Brushing" are necessary.

 

Figure 7-56: Parameters and coordinate systems for the SpinePreparation Process

 

7.2.175 SpineTapingParams

New in JDF 1.1

SpineTapingParams define the parameters for taping a strip tape or kraft paper to the spine of a book block.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

SpineTaping

Output of Processes:

--

 

Table 7-359: SpineTapingParams Resource (Section 1 of 2)

Name

Data Type

Description

HorizontalExcess ?

double

Taping spine excess on each side. The tape is assumed to be centered between left and right.

HorizontalExcessBack ?

New in JDF 1.4

double

Horizontal excess of back if tape is not centered

StripBrand ?

string

Strip brand.

StripColor ?

NamedColor

Color of the strip.

StripColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If StripColorDetails is supplied, StripColor SHOULD also be supplied.

StripLength ?

double

Length of strip material along binding edge. If not defined, the default case is that the StripLength be equivalent to the length of the spine.

StripMaterial ?

enumeration

Strip material.

Values are:

Calico

Cardboard

CrepePaper

Gauze

Paper

PaperlinedMules

Tape

TopExcess = "0.0"

double

Top spine taping excess. This value may be negative.

GlueApplication *

refelement

Describes where and how to apply glue to the book block.

 

Figure 7-57: Parameters and coordinate system for the SpineTaping Process

 

7.2.176 StackingParams

New in JDF 1.1

Settings for the Stacking Process. A stack of components might be uneven and unstable, due to variations in thickness across each component. The thickness variations might be caused by folding, binding or inserted components. A stack might be split into layers, with successive layers rotated by 180o to compensate for the unevenness (Figure 7-58).

Figure 7-58: Stacking Layers

 

If the thickest part is on an edge (e.g., a book binding), the components might be offset to separate the thick parts. Layer compensation and offsetting can be combined as in the following examples of pile patterns (Figure 7-59).

 

Figure 7-59: Pile Patterns

 

 

Table 7-360: Parameters in Stacking

Pile Pattern

StandardAmount

LayerAmount

(Default = StandardAmount)

Compensate

(Default = true)

Disjointing/@Offset

1

6

6

true

0 0

2

6

1

true

0 0

3

6

1

false

x 0

4

6

1

true

x 0

5

6

3

true

0 0

6

6

3

false

x 0

7

6

3

true

x 0

If the number of components is not evenly divisible by standard stack size ( StandardAmount ) or the number of components in a bundle is not evenly divisible by layer size ( LayerAmount ), there will be a remainder, yielding one or more odd-count stacks or layers. By default, the odd-count stack or layer size can contain as few as one component. This might exceed equipment cycle times, and flimsy components (newspapers) might cause problems with downstream equipment such as strappers. The MinAmount and MaxAmount control the minimum and maximum size of odd-count stacks and layers. The following figures show the odd count handling for bundles and layers.

 

Figure 7-60: Odd count handling for a Bundle

 

Figure 7-61: Odd count handling for a Layer

 

Resource Properties

Resource Class:

Parameter

Resource referenced by:

 

Example Partition:

--

Input of Processes:

Stacking

Output of Processes:

--

 

Table 7-361: StackingParams Resource (Section 1 of 2)

Name

Data Type

Description

BundleDepth = "0"

New in JDF 1.4

integer

In case of nested bundles with BundleType = "Stack" , this parameter addresses the Element to be consumed within the “tree” of such bundles to allow a level of de-stacking. If the real bundle depth level ( BundleType = "Stack" ) is smaller than the value of BundleDepth , individual stack items (i.e., the smallest available level) shall be consumed. If the Input Component referenced does not contain bundles, then this parameter is ignored. BundleDepth = "0" addresses the entire Component , BundleDepth = "1" addresses the bundle in the Component and so on.

Compensate = "true"

boolean

180 degree rotation applied to successive layers to compensate for uneven stacking. If LayerAmount = StandardAmount , there is one layer, and effectively no compensation.

LayerAmount ?

Modified in JDF 1.2

IntegerList

Ordered number of products in a layer. The first number is the first LayerAmount , etc. If there are more layers than entries in the list, counting restarts at the first entry. The sum of all entries is typically an even divisor of StandardAmount . When not known, the default case is that the value of LayerAmount be equivalent to the value of StandardAmount .

LayerLift ?

New in JDF 1.4

boolean

If true layer is lifted to reduce height.

LayerCompression ?

New in JDF 1.4

boolean

If true layer is compressed before next layer is started.

MaxAmount ?

integer

Maximum number of products in a stack, MaxAmount >= StandardAmount . When not known, the default case is that the value of MaxAmount be equivalent to the value of StandardAmount .

MinAmount ?

integer

Minimum number of products in a stack or layer, ( MaxAmount - StandardAmount ) <= MinAmount < StandardAmount and MinAmount < LayerAmount . Where not known, the default case is to use a value equivalent to MaxAmount - StandardAmount .

MaxHeight ?

New in JDF 1.4

integer

Max height of the stack

MaxWeight ?

double

Maximum weight of a stack in grams.

Offset ?

Deprecated in JDF 1.2

boolean

Offset or shift applied to successive layers to separate the thicker portions of components, for example, offsetting the spines of hardcover books. Replaced with Disjointing in JDF 1.2 and beyond.

PreStackAmount ?

New in JDF 1.4

integer

Amount that is gathered at first

PreStackMethod ?

New in JDF 1.4

enumeration

Values are:

All - all layers are pre-stacked

First - only first layer is pre-stacked

None - no pre-stacking

StackCompression ?

New in JDF 1.4

boolean

If true stack is compressed before push out

StandardAmount ?

Modified in JDF 1.2

integer

Number of products in a standard stack.

UnderLays ?

New in JDF 1.3

IntegerList

Number of underlay Sheets at each layer. The first value is underneath the bottom layer, the next value above the bottom layer and so forth. If more layers than values are specified, counting restarts at the 0 position of UnderLays . If less layers than values are specified, all underlay Sheets that are not adjacent to a layer are ignored.

Disjointing ?

New in JDF 1.2

element

Details of the offset or shift applied to successive layers to separate the thicker portions of components, for example, offsetting the spines of hardcover books.

7.2.177 StaticBlockingParams

New in JDF 1.4

StaticBlockingParams defines the details of StaticBlocking .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

 

Example Partition:

--

Input of Processes:

StaticBlocking

Output of Processes:

--

 

Table 7-362: StrappingParams Resource

Name

Data Type

Description

 

 

No attributes defined

7.2.178 StitchingParams

This Resource provides the parameters for the Stitching Process. The process coordinate system is defined as follows:

  • The Y-axis increases from the (first) registered edge to the edge opposite to the registered edge.
  • The X-axis is aligned with the (second) registered edge, and it increases from the binding edge (or first registered edge) to the edge opposite to the binding edge (or first registered edge).

Note that the stitches are applied from the front in the figures describing the stitching coordinate system.

 

Figure 7-62: Staple shapes

 


 

Figure 7-63: Parameters and coordinate system used for saddle stitching

 

 

 

Figure 7-64: Parameters and coordinate system used for Stitching

 

 

 

Figure 7-65: Stitching Coordinate System for StitchOrigin Values

 

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

ProductionRun , SubRun , WebProduct

Input of Processes:

Stitching

Output of Processes:

--

 

Table 7-363: StitchingParams Resource (Section 1 of 2)

Name

Data Type

Description

Angle ?

double

Angle of stitch in degree. The angle increases in a counterclockwise direction. Horizontal = "0" , which means that it is parallel to the X-axis of the operation coordinate system. Defaults to the system-specified value which may vary depending on other Attributes set in this Resource. If StitchType = "Saddle" , Angle must be ignored

NumberOfStitches ?

Modified in JDF 1.2

integer

Number of stitches. If not specified, use the system-specified number of stitches which may vary depending on other Attributes set in this Resource. Use a "0" value to use the stitcher without inserting any stitches. Use "NoOp" to bypass the stitcher altogether.

ReferenceEdge ?

New in JDF 1.1

Deprecated in JDF 1.2

enumeration

The edge or corner of the component to be stitched for the process coordinate system (see description above). This Attribute is intended for use when the Stitching Process is part of a Combined Process with other Processes (e.g., DigitalPrinting ) where, when combined, there is no input Component to be stitched.

Values are:

Top

Left

Right

Bottom

Deprecation note: starting with JDF 1.2, use an explicit Transformation or Orientation of the input Component . If both Transformation / Orientation and ReferenceEdge are specified, the result is the matrix product of both transformations. Transformation / Orientation must be applied first.

Offset ?

double

Distance between stitch and binding edge. If StitchType = "Saddle" , Offset must be ignored. Note that it is possible to describe saddle stitching with an offset by defining StitchType = "Side" with a large Offset value.

StapleShape ?

enumeration

Specifies the shape of the staples to be used.

Values are:

Crown

Overlap

Butted

ClinchOut

Eyelet

Note: representations of the values are displayed in Figure 7-62.

StitchFromFront ?

Deprecated in JDF 1.2

boolean

If "true" , Stitching is done from front to back. Otherwise it is done from back to front. The StitchFromFront has been replaced with an explicit Transformation or Orientation of the input Component .

StitchOrigin = "UntrimmedJogSide"

New in JDF 1.4

enumeration

Defines the origin of StitchPositions . For an illustration of the values, see Figure 7-65.

Values are:

TrimBoxCenter

TrimBoxJogSide

UntrimmedJogSide

StitchPositions ?

DoubleList

Array containing the stitch positions. The center of the stitch must be specified, and the number of entries must match the number given in NumberOfStitches .

StitchType ?

Modified in JDF 1.2

enumeration

Specifies the type of the Stitching operation.

Values are:

Corner - Stitch in the corner that is at the clockwise end of the reference edge. For example, to stitch in the upper right corner set ComponentLink /@ Orientation = "Rotate90" .

Saddle - Stitch on the middle fold which is on the saddle.

Side - Stitch along the reference edge.

StitchWidth ?

double

Width of the stitch to be used. If not present or "0" , means use the system-specified width of stitches which may vary depending on other Attributes set in this Resource.

WireGauge ?

double

Gauge of the wire to be used. If not present or "0" , means use the system-specified wire gauge which may vary depending on other Attributes set in this Resource.

WireBrand ?

string

Brand of the wire to be used.

7.2.179 Strap

New in JDF 1.1

Resource Properties

Resource Class:

Consumable

Resource referenced by:

 

Example Partition:

--

Input of Processes:

Strapping

Output of Processes:

--

 

Table 7-364: Strap Resource

Name

Data Type

Description

StrapColor ?

NamedColor

Color of the string or strap.

StrapColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If StrapColorDetails is supplied, StrapColor SHOULD also be supplied.

Material

enumeration

Strap material.

Values are:

AdhesiveTape

Strap

String

7.2.180 StrappingParams

New in JDF 1.1

StrappingParams defines the details of Strapping .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

 

Example Partition:

--

Input of Processes:

Strapping

Output of Processes:

--

 

Table 7-365: StrappingParams Resource

Name

Data Type

Description

StrappingType

enumeration

Strapping pattern.

Values are:

Single - One strap.

Double - Two parallel single straps.

Cross - Two crossed straps.

DoubleCross - Two cross straps that strap each side of a box.

StrapPositions ?

New in JDF 1.3

NumberList

Positions of the Straps beginning from the origin of the coordinate system (bottom side) increasing from minimum to maximum in points. Each Strap is defined by a 3-tuple of which two values must be 0. The non-zero value specifies the variable coordinate. For instance, two parallel straps shifted along the y-axis are specified as "0 y1 0 0 y2 0" (see Figure 7-66 and Figure 7-67). A centered cross strap in the x-y plane would be specified as "x/2 0 0 0 y/2 0" , which specifies one strap in the x-plane and another in the y-plane.

 

Figure 7-66: Strapped Bundle

 

 

 

Figure 7-67: Strapped Bundle with Sub-bundles

 

 

7.2.181 StripBindingParams

New in JDF 1.1

This Resource describes the details of the StripBinding Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

StripBinding

Output of Processes:

--

 

Table 7-366: StripBindingParams Resource (Section 1 of 2)

Name

Data Type

Description

Brand ?

string

The name of the comb manufacturer and the name of the specific item.

Distance ?

Deprecated in JDF 1.2

double

The distance between the pins and the distance between the holes of the prepunched Sheets must be the same.

In JDF 1.2 and beyond, use the value implied by HoleMakingParams /@ HoleType .

Length ?

double

The length of the pin is determined by the height of the pile of Sheets to be bound.

StripColor ?

NamedColor

Determines the color of the strip.

StripColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If StripColorDetails is supplied, StripColor SHOULD also be supplied.

HoleMakingParams ?

New in JDF 1.2

refelement

Details of the holes in StripBinding .

7.2.182 StrippingParams

New in JDF 1.2

The StrippingParams Resource is a high-level description of how a Component is to be produced. It is typically produced by the MIS production planning module and consumed by a prepress workflow system, although its usage is not restricted to this example. There are enough optional Attributes to use the same Resource for the interface between estimation systems and production planning systems.

StrippingParams specifies how the surfaces of the BinderySignature Elements of a Job are placed onto press Sheets and also gives concrete values for the various StripCellParams defined by the BinderySignature .

The Partitioning of StrippingParams defines the structure of the finished product and the structure of the Layout Resource that is produced by the Stripping Process. It is therefore recommended to Partition the StrippingParams Resource by SheetName . Note that some Attributes and Elements must not be specified in the lower level Partitions. For instance, Device and WorkStyle are only useful up to the SheetName Partition level.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

SignatureName , SheetName , BinderySignatureName , PartVersion , SectionIndex , CellIndex

Input of Processes:

Stripping

Output of Processes:

--

 

Table 7-367: StrippingParams Resource (Section 1 of 3)

Name

Data Type

Description

AssemblyID ?

Deprecated in JDF 1.3

string

Identification of the Assembly or AssemblySection to which the StrippingParams or Partition belongs.

AssemblyID s ?

New in JDF 1.3

NMTOKENS

IDs of the Assembly Elements, AssemblySection Elements or StrippingParams [@ BinderySignatureName ] to which the StrippingParams or Partition belongs.

InnermostShingling ?

New in JDF 1.4

double

Percentage (1.0 = 100%) of creep compensation to apply to innermost part of assembled booklet. Shingling is perpendicular to the spine. Negative values go towards the spine. Values for pages between inner and outer are interpolated. Actual values of shingling are calculated by the system or operator. See Figure 7-68, “Shingling for Stripping” and Figure 7-69, “Shingling for Stripping - Details”.

JobID ?

string

Identification of the original Job to which the StrippingParams or Partition belongs. If not specified, it defaults to the value specified or implied in the JDF Node.

OutermostShingling ?

New in JDF 1.4

double

Percentage (1.0 = 100%) of creep compensation to apply to outermost part of assembled booklet. Shingling is perpendicular to the spine. Negative values go towards the spine. Values for pages between inner and outer are interpolated. Actual values of shingling is calculated by the system or operator. See Figure 7-68, “Shingling for Stripping” and Figure 7-69, “Shingling for Stripping - Details”.

SectionList ?

IntegerList

List of numbered sections (of the AssemblySection Elements with matching JobID and AssemblyIDs ) that are to be flowed into the BinderySignature . If not specified, a linear sequence of sections is assumed. The section that matches the first entry is flowed into SignatureCell Elements with SectionIndex = "0" ; the section that matches the second entry is flowed into SignatureCell Elements with SectionIndex = "1" ; and so forth. SectionList must not be specified at the CellIndex Partition level.

SheetNameFormat ?

New in JDF 1.4

string

Formatting value for identifying individual parts of the Layout .

Values are from: Appendix I, “Generating strings with Format and Template” .

SheetNameTemplate ?

New in JDF 1.4

string

Arguments for combining extracted values for identifying individual parts of the Layout .

Values are from: Appendix I, “Generating strings with Format and Template” .

StackDepth ?

New in JDF 1.4

integer

If specified, this Attribute describes cut-and-stack imposition. The order of stacks is defined by the order of StrippingParams Partitions. StackDepth MUST NOT be specified in Partitions lower than the Sheet level.

WorkStyle ?

WorkStyle

The direction in which to turn the press Sheet.

Constraint: WorkStyle must not be specified at Partition levels lower than SheetName .

BinderySignature

refelement

Describes BinderySignature which is placed onto the Sheets defined by StrippingParams . If multiple BinderySignature Elements are placed on the same Sheet, StrippingParams must be Partitioned by BinderySignatureName . BinderySignature must not be specified at Partition levels lower than PartVersion .

Device *

refelement

Devices that the MIS expects to execute this StrippingParams . This may include prepress Devices, presses or finishing Devices. Press Devices must not be specified at Partition levels lower than SheetName .

ExternalImpositionTemplate ?

New in JDF 1.3

refelement

Reference to an external imposition template in a proprietary format.

StrippingParams should not contain information that overlaps information specified in ExternalImpositionTemplate .

Information specified in StrippingParams overrides parameters specified in ExternalImpositionTemplate .

Media *

refelement

Media to be used for this StrippingParams . This may include paper, plate or film media. Paper media must not be specified at Partition levels lower than SheetName .

Position *

element

The Position Element specifies how the BinderySignature is placed onto a Sheet. Multiple Position objects in one StrippingParams specify multiple identical BinderySignature Elements with the same content. In case the BinderySignature is defined by SignatureCells, then, by default, the front pages are placed on the front side of the Sheet and the back pages are placed on the back side of the Sheet. Using the Orientation Attribute one can influence this default behavior.

When the BinderySignature is defined by FoldCatalog or Fold Elements, then, by default, the lay is placed on the left front side of the Sheet. Using the Orientation Attribute one can influence this default behavior. Position must not be specified at Partition levels lower than PartVersion .

StripCellParams ?

element

Specification of the parameters of the cells in the layout.

StripMark *

New in JDF 1.3

Modified in JDF 1.4

element

Indicates areas on the StrippingParams reserved for Marks.

Modification note: Starting with JDF 1.4, the following constraint is removed: a StripMark must not be specified at Partition levels that are more granular than SheetName .

Figure 7-68: Shingling for Stripping

 

 

Figure 7-69: Shingling for Stripping - Details

 

7.2.182.1 Element: Position

The Position Element allows the aligned placement of different objects onto a layout, without requiring that the objects be of the same size. The objects are placed onto a display area. The display area includes absolute margins, specified by MarginTop , MarginLeft , MarginRight and MarginBottom . Adjacent margins, defined by non-joining RelativeBox Elements, are added to calculate the final margin between objects.

 

Figure 7-70: RelativeBox including margins

 

.

Table 7-368: Position Element (Section 1 of 2)

Name

Data Type

Description

AbsoluteBox ?

New in JDF 1.3

Rectangle

Absolute position, in points, of the display area of this BinderySignature or StripMark on the front side of the StrippingParams .

The BinderySignature is placed onto the display area after applying the Orientation transformation.

The display area includes the absolute margins defined by MarginTop , MarginBottom , MarginLeft and MarginRight . AbsoluteBox overrides RelativeBox if both are specified.

BlockName ?

New in JDF 1.3

NMTOKEN

Identifies a CutBlock resulting from a Cutting Process if the element specified by the Position is created by Cutting .

MarginBottom ?

double

Bottom margin, in points, to be left outside of the BinderySignature that this Position applies to. The coordinate system is defined by the front side of the StrippingParams .

MarginTop ?

double

Top margin, in points, to be left outside of the BinderySignature that this Position applies to. The coordinate system is defined by the front side of the StrippingParams .

MarginLeft ?

double

Left margin, in points, to be left outside of the BinderySignature that this Position applies to. The coordinate system is defined by the front side of the StrippingParams .

MarginRight ?

double

Right margin, in points, to be left outside of the BinderySignature that this Position applies to. The coordinate system is defined by the front side of the StrippingParams .

Orientation ?

Orientation

Named orientation describing the transformation of the orientation of the BinderySignature on the StrippingParams . For details, see Table 2-4, “Matrices and Orientation values for describing the orientation of a Component”.

RelativeBox ?

rectangle

Relative position of the display area of this BinderySignature on the front side of the StrippingParams . The BinderySignature is placed onto the display area after applying the Orientation transformation.

The display area includes the absolute margins defined by MarginTop , MarginBottom , MarginLeft and MarginRight . AbsoluteBox overrides RelativeBox if both are specified.

If neither AbsoluteBox nor RelativeBox are specified, the full relative media box "0 0 1.0 1.0" is applied.

7.2.182.2 Element: StripCellParams

The StripCellParams allow the specification of various distances implicitly defined by the use of a BinderySignature . The picture below shows a cell and the different distances inside it leading to the final trim box of the cell in which content will be placed.

Note: In practice, StripCellParams values will usually be greater than or equal to zero and have no default.

 

Table 7-369: StripCellParams Element (Section 1 of 2)

Name

Data Type

Description

BleedFace ?

double

(F1) Value for the bleed at the face side.

BleedSpine ?

double

(S1) Value for the bleed at the spine side.

BleedHead ?

double

(H1) Value for the bleed at the head side.

BleedFoot ?

double

(T1) Value for the bleed at the foot side.

TrimFace ?

double

(F2) Value for the trim distance at the face side. When no Folding is done, this is the right margin. When BinderySignatureType = "Grid" , the horizontal gutter between cells is TrimFace + Spine .

Spine ?

double

(S2) Amount of paper which is not cut-off from the spine. When no Folding is done, this is the left margin. When BinderySignatureType = "Grid" , the horizontal gutter between cells is TrimFace + Spine .

TrimHead ?

double

(H2) Value for the trim distance at the head side. When no Folding is done, this is the top margin. When BinderySignatureType = "Grid" , the vertical gutter between cells is TrimHead + TrimFoot .

TrimFoot ?

double

(T2) Value for the trim distance at the foot side. When no Folding is done, this is the bottom margin. When BinderySignatureType = "Grid" , the vertical gutter between cells is TrimHead + TrimFoot .

FrontOverfold ?

double

(F3) Value for the overfold at the front side.

BackOverfold ?

double

(F3) Value for the overfold at the back side.

MillingDepth ?

double

(S3) Amount of paper cut-off from the spine.

CutWidthHead ?

double

(H3) Amount of paper lost by cutting at the head side.

CutWidthFoot ?

double

(T3) Amount of paper lost by cutting at the foot side.

TrimSize ?

XYPair

Defines the dimensions of the trim box.

Creep ?

XYPair

Compensation for creep. When the creep value is positive, the thickness of the paper is compensated by moving the content pages to the open side of the folded Signature (outer creep). When the creep value is negative, the thickness of the paper is compensated by moving the content pages to the closed side of the folded Signature (inner creep). When the creep value = "0" , then no creep compensation is applied.

Mask ?

New in JDF 1.3

enumeration

The definition of the clipping mask for the placed graphics.

Values are:

None - No mask

TrimBox - The mask is derived from the TrimBox as defined by the SignatureCell and StripCellParams .

BleedBox - The mask is derived from the BleedBox as defined by the SignatureCell and StripCellParams

SourceTrimBox - The mask is derived from the TrimBox of the graphical element placed in the SignatureCell

SourceBleedBox - The mask is derived from the BleedBox of the graphical element placed in the SignatureCell .

PDL - The mask is derived from the PDL of the graphics. The Attribute MaskSeparation determines which separation is to be used as the clipping mask for the graphics.

DieCut - The mask is the cut line as defined in the DieLayout .

DieBleed - The mask is the bleed line as defined in the DieLayout .

MaskBleed ?

New in JDF 1.3

double

The distance over which to expand the mask in points.

MaskSeparation ?

New in JDF 1.3

string

Color /@Name of the separation that specifies Mask . MaskSeparation must be specified if and only if Mask = "PDL" . Color /@ ColorType of this separation must be "DieLine" .

Sides ?

enumeration

Indicates whether contents are to be printed on one or both sides of the media.

Values are:

OneSided - Page contents will only be imaged on one side of the media.

TwoSidedHeadToHead - Impose pages upon the front and back sides of media Sheets so that the head (top) of page contents back up to each other.

TwoSidedHeadToFoot - Impose pages upon the front and back sides of media Sheets so that the head (top) of the front backs up to the foot (bottom) of the back.

 

Figure 7-71: Definition of margins in StripCellParams

 

7.2.182.3 Element: StripMark

New in JDF 1.3

The StripMark Element specifies Marks to be placed on the Sheet.

 

Table 7-370: StripMark Element (Section 1 of 3)

Name

Data Type

Description

AbsoluteHeight ?

New in JDF 1.4

double

Absolute height in points.

AbsoluteWidth ?

New in JDF 1.4

double

Absolute width in points.

Anchor ?

New in JDF 1.4

Anchor

Origin of the mark coordinate system.

HorizontalFitPolicy ?

New in JDF 1.4

enumeration

How to fit the mark in the size.

Values are:

NoRepeat - The mark is neither resized nor repeated horizontally, but it is clipped if it is bigger than size.

StretchToFit - The mark is resized horizontally to fill the allocated space. Aspect of the mark may get distorted.

UndistortedScaleToFit - The mark is resized to maximum size that can fit in allocated space, without affecting aspect ratio.

RepeatToFill - The mark is placed in requested position, then it is repeated horizontally, allowing clipping to occur so that all allocated space is entirely covered.

RepeatUnclipped - The mark is placed in requested position, then it is repeated horizontally to fit as much unclipped copies as possible.

ID ?

New in JDF 1.4

ID

Used as reference for rRef (mark that is relative to another mark)

MarkContext ?

New in JDF 1.4

enumeration

MarkContext specifies context where a Mark must be applied.

MUST NOT specify a MarkContext value that has a higher level than the Partitioning level where StripMark Elements resides

Values are:

Sheet - The mark belongs to a press sheet

BinderySignature - The mark belongs to a BinderySignature and must be repeated for each StrippingParams / Position Element.

Cell - The mark belongs to a page cell and must be repeated for each pagecell.

CellPair - The mark belongs to a bound pair of Sheets repeated for each pair of page cells.

MarkName ?

NMTOKEN

Mark that is to be marked on the StrippingParams .

Values include those from: Table 7-371, “MarkName Attribute Values”.

MarkSide ?

enumeration

Side and alignment of the marks.

Values are from: Table 7-372, “MarkSide Attribute Values”.

Offset ?

New in JDF 1.4

XYPair

Position of the Anchor of this StripMark relative to RefAnchor /@ Anchor as defined by @ Anchor , RefAnchor /@ Anchor and @ MarkContext

Ord ?

New in JDF 1.4

integer

Specifies an index into the Input RunList ( Marks ) for Stripping.

Orientation ?

New in JDF 1.4

Orientation

Orientation of the mark in the coordinate system of the parent

RelativeHeight ?

New in JDF 1.4

double

Height relative to the size of the parent specified by @ MarkContext .

RelativeWidth ?

New in JDF 1.4

double

Width relative to the size of the parent specified by @ MarkContext .

StripMarkDetails ?

Modified in JDF 1.4

string

More detailed information about the StripMark .

If MarkName = "Set" then StripMarkDetails is a name to refer to a private set of marks.

VerticalFitPolicy ?

New in JDF 1.4

enumeration

How to fit the mark in the size.

Values are:

NoRepeat - The mark is not resized nor repeated vertically, but it is clipped if bigger than size.

StretchToFit - The mark is resized vertically to fill the allocated space. Aspect of the mark may get distorted.

UndistortedScaleToFit - The mark is placed once, resized to maximum size that can fit in allocated space without affecting aspect ratio.

RepeatToFill - The mark is placed in requested position. Then it is repeated vertically, allowing clipping to occur so that all allocated space is entirely covered. If @ HorizontalFitPolicy is set to "RepeatToFill" or "RepeatUnclipped" , horizontal repetition is performed first. Then the resulting row is repeated vertically as requested.

RepeatUnclipped - The mark is placed in requested position, then it is repeated vertically to fit as much unclipped copies as possible. If @ HorizontalFitPolicy is set to "RepeatToFill" or "RepeatUnclipped" , horizontal repetition is performed first. Then the resulting row is repeated vertically as requested.

Position ?

Deprecated in JDF 1.4

element

Specifies where to place the StripMark on the StrippingParams .

Deprecation note: starting with JDF 1.4, the position of the Anchor of this StripMark is relative to RefAnchor /@ Anchor as defined by @ Anchor , RefAnchor /@ Anchor and @ MarkContext

JobField ?

refelement

Specific Information about Marks of type JobField . JobField must not be specified unless MarkName = "JobField" . This JobField must not contain a DeviceMark Element. Positioning of the JobField is defined by the Position Element.

RefAnchor ?

New in JDF 1.4

element

Details of the coordinate system that this mark is placed relative to. This MAY be either the parent coordinate system or the coordinate system of a referenced StripMark .

-- Attribute: MarkName

Table 7-371: MarkName Attribute Values (Section 1 of 2)

Value

Description

BleedMark

New in JDF 1.4

 

CenterMark

New in JDF 1.4

 

CIELABMeasuringField

 

CollationMark

New in JDF 1.4

 

ColorControlStrip

 

ColorRegisterMark

 

CutMark

 

DensityMeasuringField

 

FoldMark

New in JDF 1.4

 

IdentificationField

 

JobField

 

PaperPathRegisterMark

 

RegisterMark

 

ScavengerArea

 

Set

New in JDF 1.4

Specifies to use a MarkSet (file containing multiple marks). The name of the MarkSet MAY be passed in StripMarkDetails

TrimMark

New in JDF 1.4

 

-- Attribute: MarkSide

Table 7-372: MarkSide Attribute Values

Value

Description

Front

The Mark is placed on the front side of the surface and Position is specified in the coordinate system of the front surface.

Back

The Mark is placed on the back side of the surface and Position is specified in the coordinate system of the back surface.

TwoSidedBackToBack

The position of the mark on the back is derived from the position of the mark on the front side and StrippingParams /@ WorkStyle .

TwoSidedIndependent

The Mark is placed on both sides of the surface and the position is specified in the coordinate system of the respective surface.

7.2.183 Surface

Deprecated in JDF 1.3

This Resource describes the marks on a Sheet surface. Up to two surfaces can be defined for a Sheet. In JDF 1.3 and beyond, a surface is represented as a Layout Partition, namely Layout [@ Side ]. For details, see Section 7.2.109, “Layout” .

7.2.184 ThreadSealingParams

New in JDF 1.1

This Resource provides the parameters for the ThreadSealing Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

ThreadSealing

Output of Processes:

--

 

Table 7-373: ThreadSealingParams Resource

Name

Data Type

Description

BlindStitch ?

boolean

A value of "true" specifies a blind stitch after the last stitch.

ThreadMaterial ?

enumeration

Thread material.

Values are:

Cotton

Nylon

Polyester

ThreadPositions ?

Modified in JDF 1.2

DoubleList

Array containing the y-coordinate of the center positions of the thread.

ThreadLength ?

Modified in JDF 1.2

double

Length of one thread.

ThreadStitchWidth ?

Modified in JDF 1.2

double

Width of one stitch.

SealingTemperature ?

integer

Temperature needed for sealing thread and Sheets together, in degrees centigrade.

7.2.185 ThreadSewingParams

This Resource provides the parameters for the ThreadSewing Process. It may also specify a gluing application, which would be used principally between the first and the second or the last and the last Sheet but one. A gluing application might also be necessary if different types of paper are used.

The process coordinate system is defined as follows: The Y-axis is aligned with the binding edge. It increases from the registered edge to the edge opposite to the registered edge. The X-axis is aligned with the registered edge. It increases from the binding edge to the edge opposite to the binding edge, (i.e., the product front edge).

 

Figure 7-72: Parameters and coordinate system used for thread sewing

 

 

Figure 7-73: Parameters and coordinate system used for side sewing

 

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

ThreadSewing

Output of Processes:

--

 

Table 7-374: ThreadSewingParams Resource (Section 1 of 2)

Name

Data Type

Description

BlindStitch = "false"

boolean

A value of "true" specifies a blind stitch after the last stitch.

CastingMaterial ?

enumeration

Casting material of the thread being used.

Values are:

Cotton

Nylon

Polyester

CoreMaterial ?

enumeration

Core material of the thread being used. This Attribute must be used to define the thread material if there is no casting.

Values are:

Cotton

Nylon

Polyester

GlueLineRefSheets ?

Modified in JDF 1.2

IntegerList

It contains the indices of the loose parts of the input Component Resources to which gluing is applied. The index starts with 0. GlueLineRefSheets must not be specified unless GlueLine is defined.

Offset ?

New in JDF 1.1

double

Specifies the distance between the stitch and the binding edge. Used only for side stitching.

NumberOfNeedles ?

Modified in JDF 1.2

integer

Specifies the number of needles to be used.

NeedlePositions ?

DoubleList

Array containing the y-coordinate of the needle positions. The number of entries must match the number specified in NumberOfNeedles .

Sealing ?

boolean

A value of "true" specifies thermo-sealing.

SewingPattern ?

enumeration

Sewing pattern.

Values are:

Normal

Staggered

CombinedStaggered

Side - Side sewing.

ThreadThickness ?

double

Thread thickness.

ThreadBrand ?

string

Thread brand.

GlueLine *

element

Gluing parameters.

7.2.186 Tile

Each Tile Resource defines how content from a surface Resource will be imaged onto a piece of media that is smaller than the designated surface. Tiling occurs in some production environments when pages are imaged on to an intermediate medium, and the resulting image of the surface is larger than the media. In this case, instructions are needed to determine how the intermediate media (tiles) will be assembled to achieve the desired output, (e.g., a single plate for the surface). For example, a Device might require that four pieces of film be assembled to create the image for the plate.

In general, a Tile Resource will be Partitioned (see Section 3.10.5, “Description of Partitioned Resources”) by TileID . Individual tiles are selected and matched by specifying the appropriate TileID Attribute, which is described in Table 3-28, “Part Element”.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

TileID

Input of Processes:

Tiling

Output of Processes:

--

 

Table 7-375: Tile Resource (Section 1 of 2)

Name

Data Type

Description

ClipBox

rectangle

A rectangle that defines the bounding box of the surface contents which will be imaged on this Tile . The ClipBox is defined in the coordinate system of the surface.

CTM

matrix

A coordinate transformation matrix mapping the ClipBox for this Tile to the rectangle 0 0 X Y, where X and Y are the extents of the media that the Tile will be imaged onto.

MarkObject *

New in JDF 1.4

element

List of marks that are placed on the tile. MarkObject /@ CTM applies to the coordinate system of the Tile .

Media ?

New in JDF 1.2

refelement

Describes the media to be used.

MediaSource ?

Deprecated in JDF 1.2

refelement

Describes the media to be used.

Replaced with Media in JDF 1.2

7.2.187 Tool

New in JDF 1.1

A Tool Resource defines a generic tool that is customized for needed for a given Job, (e.g., an embossing stamp). The manufacturing process for the tool is not described within JDF.

Resource Properties

Resource Class:

Handling

Resource referenced by:

ArtDeliveryIntent / ArtDelivery , EmbossingParams / Emboss

Example Partition:

--

Input of Processes:

Any Process , Embossing , ShapeCutting

Output of Processes:

DieMaking

 

Table 7-376: Tool Resource (Section 1 of 2)

Name

Data Type

Description

ToolAmount ?

Deprecated in JDF 1.3

integer

Number of identical instances of the tool that the tool contains, (e.g., the number of cut forms in a die cutting die).

Deprecation note: starting with JDF1.3, use DieLayout to describe the number of cut forms in a cutting die.

ToolID ?

Deprecated in JDF 1.3

string

ID of the tool. This is a unique name within the workflow.

Replaced by the generic Resource / @ProductID in JDF 1.3

ToolType ?

Modified in JDF 1.4

NMTOKEN

Type of the tool.

Values include:

Braille - embossing tool for blind script. New in JDF 1.4

CentralStripper - The center tool of the stripper tool set. Stripping means removing small parts of waste in between blanks.

ChangingCuttingBlock - a changeable part for a tool set (CutDie). Used for cutting of optional shapes like windows, stars, etc. It is not a part of tool set. Described in MIS with an own ProductID . New in JDF 1.4

CounterDie - The lower tool of the die-cut pair with the counter (female) parts for the creases

CutDie - The upper tool of the die-cut pair with the actual cutting and creasing knifes.

EmbossingCalendar

EmbossingStamp

FrontWasteSeparator - The tool to remove gripper margin from the Sheet

LowerBlanker - The lower tool of the blanker pair (blanking means separating blanks)

LowerStripper - The lower tool of the stripper toolset

ToolSet - The value "ToolSet" is used when the ToolID refers not to a single tool, but to a set of matching tools (i.e. tool set) that are used in the Process. E.g., when ProductID is a single stock item number in the MIS for a tool set consisting of a CutDie and a CounterDie .

UpperBlanker - The upper tool of the blanker pair

UpperStripper - The upper tool of the stripper toolset

7.2.188 TransferCurve

TransferCurve Elements specify the characteristic curve of transfer of densities between systems. For more details on transfer curves and their usage, refer to the CIP3 PPF specification at: http://www.cip4.org/documents/technical_info/cip3v3_0.pdf .

Resource Properties

Resource Class:

Parameter

Resource referenced by:

Color , Color / PrintConditionColor , TransferCurvePool / TransferCurveSet

Example Partition:

RibbonName , SheetName , Side , WebName

Input of Processes:

--

Output of Processes:

--

 

Table 7-377: TransferCurve Resource (Section 1 of 2)

Name

Data Type

Description

Curve

TransferFunction

The density mapping curve for the separation defined by Separation .

Separation ?

string

The name of the separation. If Separation = "All" , this curve is to be applied to all separations that are not explicitly defined.

Values include:

All

7.2.189 TransferCurvePool

A transfer curve pool is a collection of TransferCurveSet Elements that each contains information about a TransferCurve . Multiple TransferCurveSet Elements may exist at one time. For example, one may exist for the laser calibration of the imagesetter, one for the ContactCopying Process and one for the printing Process. Each TransferCurveSet consists of one or more TransferCurve Elements. A TransferCurve Resource is applied to the appropriate Separation , or to all Separation s when Separation = "All" . The TransferCurveSet Elements are concatenated in the following order:

Film -> Plate -> Press -> Paper.

and

Proof.

In addition to the TransferCurve Resource, the TransferCurveSet Elements contain Device-dependent geometrical information, (e.g., CTM definitions).

Resource Properties

Resource Class:

Parameter

Resource referenced by:

TransferFunctionControl , Layout

Example Partition:

--

Input of Processes:

ContactCopying , ContoneCalibration , ConventionalPrinting , DigitalPrinting , ImageSetting , InkZoneCalculation , PreviewGeneration , Stripping

Output of Processes:

LayoutPreparation

 

Table 7-378: TransferCurvePool Resource

Name

Data Type

Description

TransferCurveSet *

element

The set of transfer curves.

7.2.189.1 Element: TransferCurveSet

TransferCurveSet Elements describe both the characteristic curve of transfer and the relation between the various process coordinate systems.

 

Table 7-379: TransferCurveSet Element (Section 1 of 2)

Name

Data Type

Description

CTM ?

New in JDF 1.1

matrix

Defines the transformation of the coordinate system in the Device as defined by Name .

Name

Modified in JDF 1.2

NMToken

The name of the TransferCurveSet .

Values are:

Film - The transformation from the Layout system to the Film . In a CTP or DigitalPrinting environment, this defaults to the identity matrix and the identity TransferCurve .

Plate - The transformation from the Film system to the Plate . In a DigitalPrinting environment, this defaults to the identity matrix and the identity TransferCurve .

Press - The transformation from the Plate system to the Press .

Paper - The transformation from the Press system to the Paper .

Proof - The transformation from the Layout system to the Proof . New in JDF 1.2

TransferCurve *

Modified in JDF 1.1

refelement

List of TransferCurve entries.

7.2.190 TransferFunctionControl

Resource Properties

Resource Class:

Parameter

Resource referenced by:

SeparationControlParams

Example Partition:

--

Input of Processes:

ContoneCalibration

Output of Processes:

--

 

Table 7-380: TransferFunctionControl Resource

Name

Data Type

Description

TransferFunctionSource

Modified in JDF 1.3

enumerations

Identifies the source of transfer curves which are to be applied during separation.

Values are:

Custom - Use the transfer curves provided in TransferCurvePool .

Device - Use transfer functions provided by the output Device. When Separation is being performed pre-RIP, this can mean that no transfer curves will be applied.

Document - Use the transfer curves provided in the document.

Modification note: starting with JDF 1.3, the data type changes from enumeration to enumerations. If multiple values are specified, the transfer functions that are specified by the individual enumeration values are concatenated.

TransferCurvePool ?

refelement

Provides a set of transfer curves to be used by the Process.

7.2.191 TrappingDetails

This Resource identifies the root of the hierarchy of Resources. This hierarchy controls the Trapping Process, whether used for PDL or in-RIP trapping.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

DocIndex , RunIndex , RunTags, DocTags, PageTags, SetTags, SheetName , Side , SignatureName

Input of Processes:

Trapping

Output of Processes:

--

 

Table 7-381: TrappingDetails Resource

Name

Data Type

Description

DefaultTrapping = "false"

boolean

If "true" , pages that have no defined TrapRegion Elements are trapped using the set of TrimmingParams . The bleed box is used for the trap zone. If "false" , only pages that have TrapRegion Elements are trapped.

IgnoreFileParams = "true"

Deprecated in JDF 1.4

boolean

If "true" , any detectable trapping controls (or traps) provided within any source files used by this Process are ignored. If "false" , trapping controls embedded in the source files are honored. Note that if TrappingDetails (and the Trapping Process) is not present, then the trapping defined in PostScript may still be applied.

Deprecation note: starting with JDF1.4, the application of trap annotations is specified in InterpretingParams / PDFInterpretingParams /@ PrintTrapAnnotations.

Trapping ?

Deprecated in JDF 1.2

boolean

If "true" , trapping is enabled. If "false" , trapping is disabled. Use NoOp in JDF 1.2 and above.

TrappingType ?

Deprecated in JDF 1.2

integer

Identifies the trapping method to be used by the Trapping Process. The number identifies the minor (last three digits) and major (any digits prior to the last three) version of the trapping type requested.

TrappingOrder ?

element

Trapping Processes will trap colorants as if they are laid down on the media in the order specified in TrappingOrder . The colorant order can affect which colors to spread, especially when opaque inks are used.

TrappingParams ?

refelement

A TrappingParams Resource that is used to define the default trapping parameters when DefaultTrapping = "true" .

ObjectResolution *

New in JDF 1.1

refelement

Elements which define the resolutions to trap the contents at. More than one Element may be used to specify different resolutions for different SourceObjects types.

TrapRegion *

refelement

A set of TrapRegion Resources that identify the pages to be trapped, the geometry of the areas to trap on each page, and the trapping settings to use for each area.

7.2.191.1 Element: TrappingOrder

 

Table 7-382: TrappingOrder Element

Name

Data Type

Description

SeparationSpec *

Modified in JDF 1.2

element

An array of colorant names.

7.2.192 TrappingParams

This Resource provides a set of controls that are used to generate traps. The values of the parameters are chosen based on the customer’s trapping strategy, and depend largely on the content of the pages to be trapped and the characteristics of the output Device (or press).

Resource Properties

Resource Class:

Parameter

Resource referenced by:

TrapRegion , TrappingDetails

Example Partition:

DocIndex , RunIndex , RunTags , DocTags , PageTags , SetTags , SheetName , Side , SignatureName

Input of Processes:

--

Output of Processes:

--

 

Table 7-383: TrappingParams Resource (Section 1 of 4)

Name

Data Type

Description

BlackColorLimit ?

double

A number between 0 and 1 that specifies the lowest color value needed for trapping a colorant according to the black trapping rule. This entry uses the subtractive notion of color, where 0 is white or no colorant, and 1 is full colorant.

BlackDensityLimit ?

double

A positive number that specifies the lowest neutral density of a colorant for trapping according to the black trapping rule.

BlackWidth ?

double

A positive number that specifies the trap width for trapping according to the black trapping rule. The BlackWidth is specified in TrapWidth units; a value of "1" means that the black trap width is one TrapWidth wide. The resulting black trap width is subject to the same Device limits as TrapWidth .

Enabled ?

Deprecated in JDF 1.2

boolean

If "true" , trapping is enabled for zones that are defined with this parameter set.

Use NoOp in JDF 1.2 and above.

HalftoneName ?

string

A name that identifies a halftone object to be used when marking traps. The name is the value of the ResourceName Attribute of some PDLResourceAlias Resource . If absent, the halftone in effect just before traps are marked will be used, which may cause unexpected results.

ImageInternalTrapping ?

boolean

If "true" , the planes of color images are trapped against each other. If "false" , the planes of color images are not trapped against each other.

ImageResolution ?

integer

A positive integer indicating the minimum resolution, in dpi, for downsampled images. Images can be downsampled by a power of 2 before traps are calculated. The downsampled image is used only for calculating traps, while the original image is used when printing the image.

ImageMaskTrapping ?

boolean

Controls trapping when the TrapZone contains a stencil mask.

A stencil mask is a monochrome image in which each sample is represented by a single bit. The stencil mask is used to paint in the current color: image samples with a value of "1" are marked, samples with a value of "0" are not marked.

When "false" , none of the objects covered by the clipped bounding box of the stencil mask are trapped. No traps are generated between the stencil mask and objects that the stencil mask overlays. No traps are generated between objects that overlay the stencil mask and the stencil mask. For all other objects, normal trapping rules are followed. Two objects on top of the stencil mask that overlap each other might generate a trap, regardless of the value of this parameter. When "true" , objects are trapped to the stencil mask, and to each other.

ImageToImageTrapping ?

boolean

If "true" , traps are generated along a boundary between images. If "false" , this kind of trapping is not implemented.

ImageToObjectTrapping ?

boolean

If "true" , images are trapped to other objects. If "false" , this kind of trapping is not implemented.

ImageTrapPlacement ?

enumeration

Controls the placement of traps for images.

Values are:

Center - Trap is centered on the edge between the image and the adjacent object.

Choke - Trap is placed in the image.

Normal - Trap is based on the colors of the areas.

Spread - Trap is placed in the adjacent object.

ImageTrapWidth ?

New in JDF 1.2

double

Specifies in points the width of image-to-image, image-to-object and/or image internal non-black traps in X direction (horizontal) of the PDF or ByteMap defined in the input RunList when ImageToImageTrapping, ImageToObjectTrapping and/or ImageInternalTrapping are set to true . The parameter applies only to non-black traps if an image color on either side qualifies as black. The effective black trap width is used to compute the size of the trap. This is based on TrapWidth , BlackWidth and MinimumBlackWidth . Values must be greater than or equal to zero. A value of 0.0 disables non-black image trapping. Defaults to TrapWidth .

ImageTrapWidthY ?

New in JDF 1.2

double

Specifies in points the width of image-to-image, image-to-object and/or image internal non-black traps in Y direction (vertical) of the PDF or ByteMap defined in the input RunList when ImageToImageTrapping, ImageToObjectTrapping and/or ImageInternalTrapping are set to true . The parameter applies only to non-black traps if an image color on either side qualifies as black. The effective black trap width is used to compute the size of the trap. This is based on TrapWidth , BlackWidth and MinimumBlackWidth . Values must be greater than or equal to zero. A value of 0.0 disables non-black image trapping. Defaults to ImageTrapWidth .

MinimumBlackWidth = "0"

double

Specifies the minimum width, in points, of a trap that uses black ink. Allowable values are those greater than or equal to zero.

SlidingTrapLimit ?

double

A number between 0 and 1. Specifies when to slide traps towards a center position. If the neutral density of the lighter area is greater than the neutral density of the darker area multiplied by the SlidingTrapLimit , then the trap slides. This applies to vignettes and non-vignettes. No slide occurs at "1" .

StepLimit ?

Modified in JDF 1.2

double

A non-negative number. Specifies the smallest step needed in the color value of a colorant to trigger trapping at a given boundary.

If the higher color value at the boundary exceeds the lower value by an amount that is equal or greater than the larger of 0.05 or StepLimit times the lower value (low + max ( StepLimit * low, 0.05)), then the edge is a candidate for trapping. The value 0.05 is set to avoid trapping light areas in vignettes. This entry is used when not specified explicitly by a ColorantZoneDetails Subelement for a colorant.

The restriction that StepLimit be less than or equal to one (<=1) was removed in JDF 1.2.

TrapColorScaling ?

double

A number between 0 and 1. Specifies a scaling of the amount of color applied in traps towards the neutral density of the dark area. A value of "1" means the trap has the combined color values of the darker and the lighter area. A value of "0" means the trap colors are reduced so that the trap has the neutral density of the darker area. This entry is used when not specified explicitly by a ColorantZoneDetails Subelement for a colorant.

TrapEndStyle = "Miter"

NMTOKEN

Instructs the trap engine how to form the end of a trap that touches another object.

Values include:

Miter

Overlap

Note: other values might be added later from customer requests.

TrapJoinStyle = "Miter"

NMTOKEN

Specifies the style of the connection between the ends of two traps created by consecutive segments along a path.

Values include:

Bevel

Miter

Round

TrapWidth ?

Modified in JDF 1.2

double

Specifies the trap width, in points in X direction (horizontal) of the PDF or ByteMap defined in the input RunList . Also defines the unit used in trap width specifications for certain types of objects such as BlackWidth .

TrapWidthY ?

New in JDF 1.2

double

Specifies the trap width, in points in Y direction (vertical). Also defines the unit used in trap width specifications for certain types of objects such as BlackWidth . If not specified, defaults to the value of TrapWidth .

ColorantZoneDetails *

element

ColorantZoneDetails Subelements. Entries in this dictionary reflect the results of any named colorant aliasing specified. Each entry defines parameters specific for one named colorant. If the colorant named is neither listed in the ColorantParams array nor implied by the ProcessColorModel for the ColorantControl object in effect when these TrappingParams are applied, the entry is not used for trapping.

7.2.192.1 Element: ColorantZoneDetails

 

Table 7-384: ColorantZoneDetails Element

Name

Data Type

Description

Colorant

string

The colorant name that occurs in the SeparationSpec /@ Name of the ColorantParams array of the ColorantControl object used by the Process.

StepLimit ?

double

A number between 0 and 1. Specifies the smallest step specified in the color value of a colorant to trigger trapping at a given boundary. If the higher color value at the boundary exceeds the lower value by an amount that is equal or greater than the larger of 0.05 or StepLimit times the lower value (low + max ( StepLimit * low, 0.05)), then the edge is a candidate for trapping. The value 0.05 is set to avoid trapping light areas in vignettes. If omitted, the StepLimit Attribute in the TrappingParams Resource is used.

TrapColorScaling ?

double

A number between 0 and 1. Specifies a scaling of the amount of color applied in traps towards the neutral density of the dark area. A value of "1" means the trap has the combined color values of the darker and the lighter area. A value of "0" means the trap colors are reduced so that the trap has the neutral density of the darker area. If omitted, the TrapColorScaling Attribute in the TrappingParams Resource is used.

7.2.193 TrapRegion

This Resource identifies a set of pages to be trapped, an area of the pages to trap, and the parameters to use.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

TrappingDetails

Example Partition:

--

Input of Processes:

--

Output of Processes:

--

 

Table 7-385: TrapRegion Resource (Section 1 of 2)

Name

Data Type

Description

TrapZone ?

PDFPath

Each element within TrapZone is one subpath of a complex path. The TrapZone is the area that results when the paths are filled using the non-zero winding rule.

When absent, the MediaBox array for the RunList defines the TrapZone .

Pages

IntegerRangeList

Identifies a set of pages from the RunList to trap using the specified geometry and trapping style.

The logical indices that Pages reference in a RunList are referenced in the same way as Layout / ContentObject /@ Ord does. For details, see Section 7.2.109.12.4, “Using Ord to Reference Elements in RunList Resources”.

TrappingParams ?

refelement

The set of trapping parameters which will be used when trapping in this region.

7.2.194 TrimmingParams

This Resource provides the parameters for the Trimming Process.

The process coordinate system is defined as follows: The Y-axis is aligned with the binding edge. It increases from the registered edge to the edge opposite to the registered edge. The X-axis is aligned with the registered edge. It increases from the binding edge to the edge opposite to the binding edge, (i.e., the product front edge).

 

Figure 7-74: Parameters and coordinate system used for trimming

 

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Trimming

Output of Processes:

--

 

Table 7-386: TrimmingParams Resource

Name

Data Type

Description

Height ?

double

Height of the trimmed product.

TrimCover = "Both"

New in JDF 1.3

enumeration

Specifies the covers to be trimmed. Covers containing flaps are generally not trimmed.

Values are:

Back - Trim back cover only

Both - Trim front and back cover

Front - Trim front cover only

Neither - Do not trim cover.

TrimmingOffset ?

double

Amount to be cut at bottom side.

TrimmingType ?

New in JDF 1.1

Deprecated in JDF 1.2

enumeration

Trimming operation to perform.

Values are:

Detailed - Cut the amount specified by Height , Width and TrimmingOffset .

SystemSpecified - Cut the amount specified by the system.

Width ?

double

Width of the trimmed product.

7.2.195 UsageCounter

New in JDF 1.3

Many Devices use counters, called “usage counters,” to track equipment utilization or work performed, such as impressions produced or variable data documents generated. Since such usage counters are often used for software and/or hard-ware billing, a mechanism is needed to allow such usage counters to be tracked by MIS for Device utilization statistics and/or costing. The UsageCounter Resource represents a type of equipment or software usage that is tracked by the value of a usage counter used by a Device to count work performed. The Attributes of this Resource indicate what the usage counter is counting. The UsageCounter Elements are modeled as Consumable Resource s, so that standard counting can be used. See Section 3.10.4, “Resource Amount” . The section has details on tracking Amount and ActualAmount , Default units are “countable objects”. See Section 1.6, “Units” .

Resource Properties

Resource Class:

Consumable

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Any Process

Output of Processes:

--

 

Table 7-387: UsageCounter Resource (Section 1 of 2)

Name

Data Type

Description

CounterID ?

string

The ID of this counter as defined by the counting Device.

CounterTypes ?

NMTOKENS

This Attribute indicates the types of usage being counted by the UsageCounter .

Values include:

Insert - post fuser inserter (Media Sides category)

OneSided - includes one sided counts (Media Sides category)

TwoSided - includes two sided counts (Media Sides category)

NormalSize - includes normal size counts (Media Size category)

LargeSize - includes large size counts (Media Size category)

Black - includes black colorant only counts (Colorant category)

Color - includes one or more non-black, non-highlight color colorants counts (Colorant category)

Blank - includes entirely blank counts (Colorant category)

HighlightColor - includes highlight colorant counts (Colorant category)

User - includes counts reflecting work requested by the user, e.g., counts produced by processing the document supplied by the user, as opposed to Auxiliary and Waste. (Usage category)

Auxiliary - includes all counts for work not requested by the user, e.g. banner, confirmation, slip, separator, error log. (Usage category)

Scope

enumeration

The scope of this usage counter.

Values are:

Lifetime - count since machine last had a firmware reset. must not be specified when UsageCounter is used as a Resource in a JDF ticket.

PowerOn - count since the machine was powered on. must not be specified when UsageCounter is used as a Resource in a JDF ticket.

Job - count in the context of one JDF.

7.2.196 VarnishingParams

New in JDF 1.4

This Resource provides the parameters of a Varnishing Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Varnishing

Output of Processes:

--

 

Table 7-388: VarnishingParams Resource

Name

Data Type

Description

ModuleIndex ?

integer

See ConventionalPrintingParams . In a Combined Process, all modules of the Device, including press modules are counted to calculate ModuleIndex .

Only one of ModuleIndex or ModuleType MAY be specified.

ModuleType ?

NMTOKEN

The type of module used to apply the Varnish.

Only one of ModuleIndex or ModuleType MAY be specified.

Values include:

PrintModule - The Varnish is applied in a printing unit

CoatingModule - The Varnish is applied in a specialized coating unit

Values include those from: Section C.2, “ModuleType Supported Strings” .

VarnishArea ?

enumeration

Area to be varnished. VarnishArea specifies the requirements for ExposedMedia .

Values are:

Full - The entire Media surface MUST be varnished.

Spot - Only parts of the Media surface MUST be varnished.

VarnishMethod ?

enumeration

Method used for varnishing. VarnishMethod specifies the requirements for ExposedMedia .

Values are:

Blanket - The Varnishing is performed in a CoatingModule. An ExposedMedia with ExposedMedia / Media /@ MediaType = "Blanket" SHOULD be specified.

Plate - The Varnishing is performed in a PrintModule or a CoatingModule. An ExposedMedia with ExposedMedia / Media /@ MediaType = "Plate" SHOULD be specified.

Independent - No additional ExposedMedia is required. This method MAY be used to specify varnishing in a digital press.

 

7.2.197 VerificationParams

This Resource provides the parameters of a Verification Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

Verification

Output of Processes:

--

 

Table 7-389: VerificationParams Resource (Section 1 of 2)

Name

Data Type

Description

FieldRange ?

IntegerRangeList

Zero-based range list of integers that determines which characters of the data in IdentificationField are to be applied to the field formatting strings. If not specified all characters are applied.

InsertError ?

string

Database insertion statement in C printf format defining how information read from the Resource of the Verification Process is to be stored in case of verification errors. The database is defined by the DBSelection Resource of the Verification Process. This field must be specified if a database is selected.

InsertOK ?

string

Database insertion statement in C printf format defining how information extracted from the IdentificationField is to be stored in case of verification success. The database is defined by the DBSelection Resource of the verification Node. This field must be specified if a database is selected.

Tolerance ?

double

Ratio of tolerated verification failures to the total number of tests.

"0.0" = no failures allowed, "1.0" = all might fail.

 

Usage of FieldRange and Format Strings.

A database field name can be calculated from the characters of the IdentificationField using standard C printf notation and the FieldRange Attribute. Each range that is defined in FieldRange is passed to printf as one string that is applied to the format. The order is maintained. Note that SQL was chosen for illustrative purposes only. The mechanism is defined for any database interface.

Example

 

IdentificationField string:

1234:John Doe

FieldRange :

5 ~ -1 0 ~ 3

InsertOK :

Insert "true" into Va where Name = "%s" and ID = "%s"

Resulting string:

Insert "true" into Va where Name = "John Doe" and ID = "1234"

7.2.198 WebInlineFinishingParams

New in JDF 1.3

WebInlineFinishingParams specifies the parameters for Web inline finishing equipment using the WebInlineFinishing Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

ProductionRun , SubRun , WebName , RibbonName , WebProduct

Input of Processes:

WebInlineFinishing

Output of Processes:

--

 

Table 7-390: WebInlineFinishingParams Resource

Name

Data Type

Description

FolderProduction *

element

Specifies the Folder setup for newspaper presses:

7.2.198.1 Element: FolderProduction

 

Table 7-391: FolderProduction Element

Name

Data Type

Description

FolderModuleIndex ?

integer

Identifies a particular folder module to be used. FolderModuleIndex must match Device / Module /@ ModuleIndex.

ProductionType = "NonCollect"

enumeration

Indicates whether the product is collected or not.

Values are:

Collect

NonCollect

7.2.199 WireCombBindingParams

This Resource describes the details of the WireCombBinding Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

--

Example Partition:

--

Input of Processes:

WireCombBinding

Output of Processes:

--

 

Table 7-392: WireCombBindingParams Resource (Section 1 of 2)

Name

Data Type

Description

Brand ?

string

The name of the comb manufacturer (e.g., Wire-O ®) and the name of the specific item.

Color ?

NamedColor

Determines the color of the comb.

ColorDetails ?

New in JDF 1.4

string

A more specific, specialized or site-defined name for the color. If ColorDetails is supplied, Color SHOULD also be supplied.

Diameter ?

double

The comb diameter is determined by the height of the block of Sheets to be bound.

Distance ?

Deprecated in JDF 1.2

double

The distance between the “teeth” and the distance between the holes of the prepunched Sheets must be the same.

In JDF 1.2 and beyond, use the value implied by HoleMakingParams /@ HoleType .

FlipBackCover = "false"

New in JDF 1.1

boolean

The spine is typically hidden between the last page of the Component and the back cover. Flip the back cover after the wire was “closed” or keep it open. The latter makes sense if further processing is needed (e.g., inserting a CD) before closing the book.

Material ?

enumeration

The material used for forming the wire comb binding.

Values are:

LaqueredSteel

TinnedSteel

ZincsSteel

Shape = "Single"

enumeration

The shape of the wire comb binding.

Values are:

Single - Each “tooth” is made with one wire.

Twin - The shape of each “tooth” is made with a double wire.

Thickness ?

double

The thickness of the comb material.

HoleMakingParams ?

New in JDF 1.2

refelement

Details of the holes in WireCombBinding .

7.2.200 WrappingParams

New in JDF 1.1

WrappingParams defines the details of Wrapping . Details of the material used for Wrapping can be found in the Media Resource that is also an input of the Wrapping Process.

Resource Properties

Resource Class:

Parameter

Resource referenced by:

 

Example Partition:

--

Input of Processes:

Wrapping

Output of Processes:

--

 

Table 7-393: WrappingParams Resource

Name

Data Type

Description

WrappingKind

enumeration

Values are:

LooseWrap - The wrap is loose around the component.

ShrinkWrap - The wrap is shrunk around the component.

7.3 Device Capability Definitions

New in JDF 1.1

The Elements in this section are used to specify capabilities of JDF Devices and provide infrastructure for defining preflight rules, including conducting a “JDF test run” and establishing a handshake between JDF-enabled products. When describing capabilities, note that only Attributes and Elements that are explicitly described within the capabilities structure are supported by the Device. For more details on using capabilities, see Section 7.2.76, “FileSpec” . For more details on preflight, see Section 6.4.26, “Preflight” .

Capabilities descriptions that are saved in files must be formatted as a JMF / Signal / Response to the KnownDevices Query Message.

7.3.1 DeviceCap

New in JDF 1.1

The DeviceCap Element describes the JDF Nodes and Resources that a Device is capable of processing. Elements that are derived from the Abstract State Elements are used to describe ranges and lists of ranges of allowed parameters.

 

Figure 7-75: DeviceCap - a diagram of its structure

 

 

Table 7-394: DeviceCap Element (Section 1 of 3)

Name

Data Type

Description

CombinedMethod = "None"

Modified in JDF 1.3

enumerations

Specifies how the Processes specified in Types are to be specified. If multiple values are specified, the structure of the JDF MUST match one of the values.

Values are:

Combined - The list of Processes in Types must be specified as a Combined Process.

CombinedProcessGroup - The list of Processes in Types must be specified either as a Combined Process or as a ProcessGroup of individual Processes. In JDF 1.3 and beyond, the pair of individual tokens: "Combined ProcessGroup" replace this single value. Deprecated in JDF 1.3

GrayBox - The list of Processes in Types must be specified in a ProcessGroup with no nested JDF Nodes, i.e., a Gray Box. New in JDF 1.3

ProcessGroup - The list of Processes in Types must be specified as a ProcessGroup of individual Processes.

None - No support for Combined, GrayBox or ProcessGroup . Only one individual Process type defined in Types is supported.

ExecutionPolicy = "AllFound"

New in JDF 1.2

enumeration

Describes the policy for finding and executing JDF Nodes as described in Section 4.2.1, “Determining Executable Nodes” .

Values are:

RootNode - The Device will execute the root JDF Node only. It will not search the JDF tree for executable Nodes. This will commonly be used for sub JDF Nodes that have been spawned and targeted explicitly for the Device.

FirstFound - The Device will execute the first Node found in the JDF tree that is executable by this Device. The search order is defined by the order in the XML.

AllFound - The Device will execute all executable Nodes found in multiple passes of the JDF tree that are executable by this Device. The results of executing a Node are applied to the tree between passes.

GenericAttributes ?

NMTOKENS

List of all generic Attributes that are supported and unrestricted by the Device implementation. Descriptions of Attributes that appear in State Elements (see the following Section 7.3.7, “State”) overwrite the description in GenericAttributes .

Lang ?

New in JDF 1.2

languages

Specifies the localization(s) provided with the capabilities. If not specified, no localizations are provided.

OptionalCombinedTypes ?

Deprecated in JDF 1.2

NMTOKENS

List of optional JDF Node types. The entries of the list must be a subset of Types.

Values include those from: JDF /@ Types

Example: a RIP with optional in-RIP trapping would specify OptionalCombinedTypes = "Trapping" if Types = "Trapping Interpreting Rendering" .

Deprecation note: starting with JDF 1.2, use TypeExpression .

Type ?

Deprecated in JDF 1.2

NMTOKEN

JDF Type Attribute of the supported Process. Extension types may be specified by stating the namespace prefix in the value.

Values include those from: JDF /@ Type

Deprecation note: starting with JDF 1.2, a single value of type is also defined in the Types Attribute.

TypeExpression ?

New in JDF 1.2

regExp

Regular expression that defines the allowed values of the Node's Types Attribute. If not specified, defaults to the literal string defined in Types , (i.e., the ordered list of Processes defined in Types must match exactly).

Constraint: in JDF 1.2 and above, one of Types or TypeExpression must be specified.

TypeOrder ?

Deprecated in JDF 1.2

enumeration

Ordering restriction for Combined Process Nodes and Process Group Nodes.

Values are:

Fixed - The order of Process types specified in the Types Attribute is ordered, and each type can be specified only once, (e.g., Cutting , Folding ). Order does matter.

Unordered - The order of Process types specified in the Types Attribute is unordered, and each type can be specified only once, (e.g., DigitalPrinting , Screening , Trapping ). Order does not matter.

Unrestricted - The order of Process types specified in the Types Attribute is unordered, and each type can be specified in multiples, (e.g., Cutting , Folding ). The Device can do both Processes, in any order multiple times.

Deprecation note: starting with JDF 1.2, use TypeExpression .

Types ?

Modified in JDF 1.2

NMTOKENS

This Attribute represents the list of supported JDF Node Type values. If any of the Node types are in a namespace other than JDF, the namespace prefix must be included in this Node type name. The ordering is significant unless it is overridden by @ TypeExpression .

Constraint: in JDF 1.2 and above, one of Types or TypeExpression must be specified.

Values include those from: JDF /@ Types

ActionPool ?

New in JDF 1.2

element

Container for zero of more Action Elements for use as constraints.

DevCapPool ?

New in JDF 1.3

element

Pool of DevCap Elements that can be referenced from multiple Elements within the DeviceCap structure.

DevCaps *

element

List of definitions of the accepted Resources and Elements. The DevCaps Elements are combined with a logical AND, (i.e., a JDF must fulfill all restrictions defined by the set of DevCaps ). Only Resources that are specified within this list are honored by the Device.

DisplayGroupPool ?

New in JDF 1.2

element

List of DisplayGroup Subelements, which define the user interface presentation of sets of related DevCap Attribute Values. This is metadata to provide assistance in user interface display layout.

FeaturePool ?

New in JDF 1.2

element

List of definitions of the accepted parameter space for Resources and Messages that are for user interface definition only -- they do not map to actual JDF Resources or Messages. Definitions in FeaturePool typically reference macros that manipulate a set of related Resource values. These macros will set the appropriate JDF Attribute Values.

MacroPool ?

New in JDF 1.2

element

Container for zero or more macro Elements, each of which contains an expression that can cause State Attribute Values (e.g., CurrentValue or UserDisplay ) to be changed.

ModulePool ?

New in JDF 1.3

element

Pool of ModuleCap Elements that specify the availability of a given Module.

Performance *

element

Specification of a Devices performance capabilities.

TestPool ?

New in JDF 1.2

element

Container for zero or more Test Elements that are referenced from ActionPool / Action Elements.

State *

New in JDF 1.3

element

Abstract State Elements that define the parameter space that is covered by the Device. One State Element must be defined for each supported Attribute of the JDF Node that is not specified GenericAttributes or implied by TypeExpression or Types .

7.3.2 ActionPool

New in JDF 1.2

The ActionPool Subelement is used to contain Boolean expressions that are used for two purposes:

  • As capability constraints to describe unsupported combinations of State Process and Attribute Values.
  • As preflight constraints to describe unsupported combinations of basic PreflightReport values. (See Structure of the Abstract Evaluation Subelement in Section 7.3.13, “Term” . Note that the definition of the Term Element also describes how Boolean operators are employed by Action Elements via the TestRef Attribute.)

ActionPool and the Action Elements it can contain, is interdependent on TestPool and the Test and Term Elements it can contain. For more information on TestPool , see Section 7.3.12, “TestPool” .

 

Table 7-395: ActionPool Element

Name

Data Type

Description

Action *

element

A list of independent Action Elements.

7.3.2.1 Element: Action

The Action Subelement is used to contain Boolean expressions that are used to describe a constraint that describes an unsupported combination of State Process and Attribute Values. If the Test referenced by TestRef evaluates to "true" , the combination of Processes and Attribute Values described is not allowed, and the action indicated by "Error" , "Warning" or "Information" in the Severity Attribute must be taken.

 

Table 7-396: Action Element

Name

Data Type

Description

Severity = "Error"

enumeration

Indicates how the severity of the failure is to be treated when the expression defined by TestRef is violated.

Values are:

Error - The client is to display an error message and not allow the conflicting settings to persist.

Warning - The client is to notify the user of the condition but allow the settings to persist if the user requests.

Information - The client is to allow the settings to persist but inform the user of the issue.

ID

ID

Unique identifier of the Action Element. This ID is used to refer to the Action Element, (e.g., from a preflight report).

TestRef

IDREF

Reference to a Test Element that is executed to evaluate this Action .

Loc *

element

Text to describe an error if the Test fails. (See Section 7.3.5.1, “Loc” .)

PreflightAction ?

element

Provides additional constraints that are specific to the Preflight Process. See Section 7.2.139, “PreflightParams” .

7.3.3 DevCapPool

New in JDF 1.3

The DevCapPool provides a container for descriptions of Elements that are referenced from multiple locations within the JDF.

 

Table 7-397: DevCapPool Element

Name

Data Type

Description

DevCap +

element

DevCap Elements that can be referenced from multiple locations within the DeviceCap structure. DevCap / @ID must be specified for all DevCap Elements in DevCapPool .

7.3.4 ModulePool

New in JDF 1.3

 

Table 7-398: ModulePool Element

Name

Data Type

Description

ModuleCap +

element

ModuleCap Elements that can be referenced from within the DeviceCap structure to specify features that depend on a given module being installed.

7.3.4.1 ModuleCap

New in JDF 1.3

Module elements specify features that depend on given hardware or software modules being installed. Hardware examples include duplex units for printers. Software licensing keys may also be modeled as modules.

 

Table 7-399: ModuleCap Element

Name

Data Type

Description

Availability ?

enumeration

Specifies whether the feature described by this State Element is available on the Device.

Values are:

Installed - The feature is installed on the Device and is available for use.

Module - Module is not to be specified recursively in a ModuleCap . This value is only specified here to have a common enumeration set for all Availability Attributes.

NotInstalled - The feature has not been installed on the Device.

NotLicensed - The feature has been installed on the Device but can not be used until licensed.

Disabled - The feature is installed and licensed on the Device, but has been disabled.

ID

ID

ID of the ModuleCap .

ModuleID ?

integer

ID of the module that this ModuleCap describes. Refers to Device / Module /@ ModuleID . If neither ModuleID nor ModuleIndex are specified, no further details of the Module are known.

ModuleIndex ?

integer

Index of the module that this ModuleCap describes. Refers to Device / Module /@ ModuleIndex . If neither ModuleID nor ModuleIndex are specified, no further details of the Module are known.

7.3.5 DevCaps

New in JDF 1.1

The DevCaps Element describes the valid parameter space of a JDF Resource, Message or ResourceLink that is consumed, honored or produced by a Device. Note that DevCaps not only describes the structure of the individual Resource and ResourceLink Elements but also of the AuditPool or other direct child Elements within a JDF Node. The DevCaps Element may be used to model Intent Resource s as well as Process definition Resources.

 

Table 7-400: DevCaps Element (Section 1 of 4)

Name

Data Type

Description

Availability = "Installed"

New in JDF 1.2

enumeration

Specifies whether the feature described by this DevCaps Element is available on the Device.

Values are:

Installed - The feature is installed on the Device and is available for use.

Module - The feature is provided by a module specified in ModuleRefs . If and only if all modules that are listed in ModuleRefs are available, the feature is available. New in JDF 1.3

NotInstalled - The feature has not been installed on the Device.

NotLicensed - The feature has been installed on the Device but can not be used until licensed.

Disabled - The feature is installed and licensed on the Device but has been disabled.

Context = "Resource"

New in JDF 1.2

Modified in JDF 1.3

enumeration

Describes whether the DevCaps context is within a Resource or a link to a Resource (not applicable to DevCaps Elements within Messages).

Values are:

Element - The DevCaps context is describing a direct Element, e.g., an AuditPool .

JMF - The DevCaps context describes a JMF Message.

Link - The DevCaps context is describing a link to a Resource.

Resource - The DevCaps context is describing a Resource.

DevCapRef ?

New in JDF 1.3

IDREFS

Reference to reusable DevCap Elements that are located in DeviceCap / DevCapPool . A reference to a DeviceCap / DevCapPool / DevCap is equivalent to an inline DevCap in this DevCaps . Exactly one of DevCapRef or DevCap must be specified.

DevNS = "http://www.CIP4.org/JDFSchema_1_1"

URI

Namespace of the Resource or Message that is described.

ID ?

New in JDF 1.2

ID

ID of this DevCaps Element. Used for reference from Performance Elements.

LinkUsage ?

New in JDF 1.2

enumeration

Used when the Context of this DevCaps = "Resource" or "Link" . This field qualifies whether the DevCaps describes a Resource used as an input to a Process or as the output of a Process.

Default behavior: this DevCaps applies to both usages.

Values are:

Input - The DevCaps describes an Input Resource.

Output - The DevCaps describes an Output Resource.

ModuleRefs ?

New in JDF 1.3

IDREFS

List of modules that are needed for this feature to be available. At least one entry must be specified if Availability = "Module" . The list of Modules is specified in DeviceCap / ModulePool .

Name

Modified in JDF 1.3

NMTOKEN

Name of the Element excluding the namespace prefix. When describing parameters of a ResourceLink , Name must be the name of the referenced Resource and Context = "Link" .

When DevCaps is specified as a Subelement of MessageService , Name specifies the respective CommandTypeObj , QueryTypeObj or ResponseTypeObj of the JMF Message.

Modification note: starting with JDF 1.3, Name must always specify the actual Resource name. Before JDF 1.3, the ResourceUsage and ProcessUsage of a Resource are specified in this Attribute.

Values include those from: Chapter 7, “Resources”.

ProcessUsage ?

New in JDF 1.3

NMTOKEN

ResourceLink /@ ProcessUsage of the link to the Resource that is described by this DevCaps .

Values include those from: ResourceLink /@ ProcessUsage

Required = "false"

New in JDF 1.2

boolean

If "true" , the Element described by this DevCaps Element must be present in a JDF or JMF (as appropriate) submitted to the Device. Note that this does not override the cardinality defined by the JDF specification when the specification requires the Resource to be specified. If an Attribute is required (according to this specification), Required must be "true" .

ResourceUpdate ?

Deprecated in JDF 1.3

NMTOKENS

Specifies the capability to handle partial updates defined in ResourceUpdate Elements.

Values include:

None - ResourceUpdate is not supported. must not be combined with any other value.

JMFID - JMF Resource Messages that reference ResourceUpdate Elements that have been previously loaded to the Device are accepted.

PDLID - References from PDL data, (e.g., PPML TicketRef elements that reference ResourceUpdate Elements that have been previously loaded to the Device are accepted).

ResourceUsage ?

New in JDF 1.3

NMTOKEN

Resource /@ ResourceUsage of the Resource that is described by this DevCaps .

Values include those from: FileSpec /@ ResourceUsage

TypeOccurrenceNum ?

New in JDF 1.2

IntegerRangeList

Specifies which occurrence(s) of the JDF Node type that is specified either within the DeviceCap /@ Types or by DeviceCap /@ TypeExpression that the Element that is defined by this DevCaps applies to. If not specified, this DevCaps Element describes Elements belonging to all JDF Nodes or Combined Process steps with a matching type that are not defined by other DevCaps entries.

Note: this is an index into the list of matching Type values and not an index into the complete list specified by Types or TypeExpression .

The first occurrence is "0" , and the last occurrence is "-1" , etc.

Types ?

Deprecated in JDF 1.2

NMTOKENS

List of JDF Node types that a DevCaps applies to. The value of Types must be a subset of Types in DeviceCap .

Values include those from: JDF /@ Types

Deprecation note: starting with JDF 1.2, use TypeOccurrenceNum .

DevCap *

Modified in JDF 1.3

element

List of definitions of the accepted parameter space for Resources and Messages. The parameter spaces of multiple DevCap Elements are combined as a superset of the individual DevCap Elements. Only Elements that are explicitly specified as DevCap Elements within a DevCaps are supported.

When a capabilities description is constructed using constraints, each DevCaps should contain only a single DevCap Element (although a DevCap Element may still contain multiple DevCap Subelements).

Exactly one of DevCapRef or DevCap must be specified, though if DevCap is specified, it may occur multiple times.

Loc *

New in JDF 1.2

element

The localization(s) of the Resource, Message or ResourceLink name as described by this DevCaps Element. (See Section 7.3.5.1, “Loc” .)

7.3.5.1 Loc

New in JDF 1.2

Each Loc element describes a localization for some value. Note that this Subelement is used in many of the Elements subordinate to DeviceCap Elements.

 

Table 7-401: Loc Element

Name

Data Type

Description

HelpText ?

string

Localized text used for supplemental help for the value being localized. Note that this is the text often used for a pop-up window when help is requested.

Lang ?

language

The language code for this localization. If not specified, then it defaults to the value of the first language specified in the Lang Attribute of the DeviceCap Element. Note that each language in a list of localizations (i.e., Loc *) must be unique.

ShortValue ?

string

The short form of the localization. Defaults to the value of Value . This value would be used when a small fixed field is required for the name of the field (a PDA for example).

Value ?

string

The localization of the value being localized. If not specified, then the value being localized is used as the Value , (e.g., the Resource , ResourceLink , Element, Message, Attribute name or Attribute Value).

7.3.6 DevCap

New in JDF 1.1

The DevCap Element describes the valid parameter space of a JDF Resource, Message or Element that is consumed or produced by a Device. The structure of the DevCap is identical to that of the JDF Resource, Message or Element that it models. Individual Attributes are replaced by the appropriate State Elements. For more details on State Elements, see Section 7.3.7, “State”. The Name Attribute of the State Element must match the Attribute key that is described. If no State Element exists for a given Attribute, it is assumed to be unsupported. The restrictions of multiple Attributes and Elements are combined with a logical AND.

Subelements of Resources are modeled by including nested DevCap with a ResourceUsage Attribute equal to the Subelements tag name or ResourceUsage if the Subelement is a FileSpec . Attributes of the ResourceLink belonging to the Resource , (e.g., Transformation or the various pipe control parameters can also be restricted).

 

Table 7-402: DevCap Element (Section 1 of 2)

Name

Data Type

Description

Availability ?

New in JDF 1.2

enumeration

Specifies whether the feature described by this DevCap Element is available on the Device.

Default value is from: parent DevCaps /@ Availability or DevCap /@ Availability .

Values are:

Installed - The feature is installed on the Device and is available for use.

Module - The feature is provided by a module specified in ModuleRefs . If and only if all modules that are listed in ModuleRefs are available, the feature is available. New in JDF 1.3

NotInstalled - The feature has not been installed on the Device.

NotLicensed - The feature has been installed on the Device but can not be used until licensed.

Disabled - The feature is installed and licensed on the Device but has been disabled.

DevCapRefs ?

New in JDF 1.3

IDREFS

References to reusable DevCap Elements that are located in DeviceCap / DevCapPool . A reference to a DeviceCap / DevCapPool / DevCap is equivalent to an inline DevCap in this DevCap . If both DevCapRefs and DevCap Elements exist, they specify the union of both.

DevNS = "http://www.CIP4.org/JDFSchema_1_1"

URI

Namespace of the Element that is described by this DevCap .

ID ?

New in JDF 1.3

ID

ID of this DevCap . Used to reference a DevCap . DevCap /@ ID must be specified for all direct DevCap child Elements in DevCapPool .

MaxOccurs = "1"

Modified in JDF 1.2

integer

Maximum number of occurrences of the Element described by this DevCap .

In JDF 1.1 the "INF" value was defined as “unbounded” .

MinOccurs = "1"

integer

Minimum number of occurrences of the Element described by this DevCap .

ModuleRefs ?

New in JDF 1.3

IDREFS

List of modules that are needed for this feature to be available. At least one entry must be specified if Availability = "Module" . The list of Modules is specified in DeviceCap / ModulePool .

Name ?

NMTOKEN

Name of the Resource that is described. Default, if this DevCap is the direct child of a DevCaps Element: the value of the parent DevCaps / @Name .

Name must be specified for all direct DevCap child Elements in DevCapPool or DevCap Elements.

Modification note: starting with JDF 1.3, Name must always specify the actual Resource name. Before JDF 1.3 ResourceUsage of a Resource was specified in this Attribute.

Values include those from: Chapter 7, “Resources”.

ResourceUsage ?

New in JDF 1.3

NMTOKEN

Resource /@ ResourceUsage of the Resource that is described by this DevCap .

Values include those from: FileSpec /@ ResourceUsage

DevCap *

element

Definition of the accepted parameter space for the Messages or Resources Subelements. If Multiple DevCap Elements with the same @Name exist, they describe individual Subelements with different properties. The properties must each be fulfilled by individual Subelements of the Element that is described by this DevCap . For instance, if two DevCap Elements with the MinOccurs = "1" are specified, the JDF Element must contain two Elements with a Node name = DevCap /@ Name .

Loc *

New in JDF 1.2

element

The localization(s) of the Element name. (See Section 7.3.5.1, “Loc” .)

State *

element

Abstract State Elements that define the parameter space that is covered by Device. One State Element must be defined for each supported Attribute or Intent Span Element of the Element that this DevCap defines that is not specified DeviceCap /@ GenericAttributes .

7.3.7 State

New in JDF 1.1

Figure 7-76 shows all State Elements.

 

Figure 7-76: Abstract State Element - a diagram of its structure

 

 

7.3.7.1 Abstract State Element

Table 7-403 describes the common, data type-independent parameters of all State Elements. The State Elements that contain no value restriction Attributes (e.g. AllowedValueList ) or Elements (e.g. ValueLoc ) have no further restrictions other than the data type of their values. If value restrictions are specified in addition to a list of explicit values in AllowedValueList, CurrentValue, Value or ValueLoc , the State Element describes the union of restrictions, i.e., the State Element matches an Attribute that matches either the explicit list or the additional restrictions.

 

Table 7-403: Abstract State Element (Section 1 of 2)

Name

Data Type

Description

Availability ?

New in JDF 1.2

enumeration

Specifies whether the feature described by this State Element is available on the Device.

Default behavior: the value specified or implied by the parent Element

Values are:

Installed - The feature is installed on the Device and is available for use.

Module - The feature is provided by a module specified in ModuleRefs . If and only if all modules that are listed in ModuleRefs are available, the feature is available. New in JDF 1.3

NotInstalled - The feature has not been installed on the Device.

NotLicensed - The feature has been installed on the Device but can not be used until licensed.

Disabled - The feature is installed and licensed on the Device, but has been disabled.

ActionRefs ?

New in JDF 1.2

IDREFS

Zero or more references to Action Elements that operate on the parameter. All Action Elements referenced must evaluate to "false" for the value of the State Element to be valid. Any Action Elements referenced in ActionRefs should be evaluated whenever the Attribute described by this State Element is manipulated or changed in order to catch any Attributes that become invalid due to the manipulation.

DependentMacroRef ?

New in JDF 1.2

IDREF

A reference to a macro that conditionally modifies the UserDisplay Attribute of this State Element. If present, this referenced macro is to be executed when the State /@ UserDisplay is "Dependent" and the user interface is being initialized. It is recommended that the macro referenced by DependentMacroRef only change the value of UserDisplay or Editable Attributes. For more information on macro definitions, see Section 7.3.10, “MacroPool” .

DevNS = "http://www.CIP4.org/JDFSchema_1_1"

URI

Namespace of the Attribute that is described by this State Element.

Editable = "true"

New in JDF 1.2

boolean

When "true" , the feature and its current value can be edited by the user. If "false" , the user interface must not allow user modification of the State Element’s current value.

HasDefault = "true"

boolean

A flag that describes whether the parameter has a default supplied by the Device. If set, DefaultValue must be set.

ID ?

New in JDF 1.2

ID

An identification value to allow external reference.

ListType = "SingleValue"

New in JDF 1.2

Modified in JDF 1.3

enumeration

Specifies what type of list or object the State variable describes.

Values are from: Table 7-404, “ListType Attribute Values”.

MacroRefs ?

New in JDF 1.2

IDREFS

Zero or more references to macro Elements that operate on the parameter. These macro Elements set other State Attribute Values as appropriate. Any macro Elements referenced in MacroRefs is to be evaluated whenever the Attribute described by this State Element is manipulated or changed to affect any necessary changes to other Attributes. The macro Elements can change Attributes such as the CurrentValue Attribute of a State or its UserDisplay Attribute. For more information on macro definitions, see Section 7.3.10, “MacroPool” .

MaxOccurs = "1"

New in JDF 1.2

integer

Maximum number of Elements in the list described by this State , (e.g., the maximum number of integers in an integer list). If MaxOccurs is not "1" , the State Element refers to a list or a range of list values, (e.g., a NameState will allow a list of NMTOKENS).

MinOccurs = "1"

New in JDF 1.2

integer

Minimum number of Elements in the list described by this State . If MinOccurs is not "1" , the State Element refers to a list or a range of list values, (e.g., a NameState will allow a list of NMTOKENS).

ModuleRefs ?

New in JDF 1.3

IDREFS

List of modules that are needed for this feature to be available. At least one entry must be specified if Availability = "Module" . The list of Modules is specified in DeviceCap / ModulePool .

Name ?

NMTOKEN

Name of the Attribute that is described by this State . If Name is omitted this State describes the Element’s text, (i.e., the text between the XML start and end tag).

Required ?

New in JDF 1.2

boolean

If "true" , then the Attribute or Span Element described by this State Element is required to be present in a JDF or JMF (as appropriate) submitted to the Device. Note that this does not override the cardinality specified by the JDF specification where the specification requires the Element to be specified.

Span ?

New in JDF 1.1A

Deprecated in JDF 1.2

boolean

A flag that describes whether the parameter is an intent span data type. For example a State Element describing an XYPairSpan would have DataType = "XYPairState" and Span = "true" .

Replaced with ListType = "Span" in JDF 1.2 and beyond.

UserDisplay = "Display"

New in JDF 1.2

enumeration

Indicates whether the feature is to be displayed in user interfaces.

Values are:

Display - The feature is to be displayed.

Hide - The feature is not to be displayed.

Dependent - The feature is to be conditionally displayed depending on the action specified by the macro referenced by DependentMacroRef .

Note: this action is only taken when the user interface is first initialized.

Loc *

New in JDF 1.2

element

The localization(s) of the Name of the Attribute that is described by this State Element. (See Section 7.3.5.1, “Loc” .)

-- Attribute: ListType

Table 7-404: ListType Attribute Values

Value

Description

CompleteList

The State describes a list of individual values. Each value must occur exactly once.

CompleteOrderedList

The State describes an ordered list of individual values. Each value must occur exactly once and in the specified order.

ContainedList

The State describes a list of individual values. The State = "true" if at least one of the values occurs. This value is only expected to be used in BasicPreflightTest Elements.

List

The State describes a list of individual values.

OrderedList

The State describes an ordered list of individual values.

OrderedRangeList

The State describes an ordered RangeList of individual values.

Range

New in JDF 1.3

The State describes an individual Range of values.

RangeList

The State describ es a RangeList of values.

SingleValue

The State describes an individual value.

Span

The State describes a Span Element in an Intent Resource .

UniqueList

The State describes a list of individual values. Each value MUST NOT occur more than once.

UniqueRangeList

The State describes a RangeList of values. Each explicit or implied value MUST NOT occur more than once.

UniqueOrderedList

The State describes an ordered list of individual values. Each value MUST NOT occur more than once.

UniqueOrderedRangeList

The State describes an ordered RangeList of individual values. Each explicit or implied value MUST NOT occur more than once.

7.3.7.2 State Elements

The following types of State Elements are defined:

 

Table 7-405: List of State Elements (Section 1 of 2)

Name

Page

Description

BooleanState

BooleanState

Describes a set of boolean values.

DateTimeState

New in JDF 1.2

DateTimeState

Describes a set of dateTime values.

DurationState

New in JDF 1.2

DurationState

Describes a set of duration values.

EnumerationState

EnumerationState

Describes a set of enumeration values.

IntegerState

IntegerState

Describes a numerical range of integer values.

MatrixState

MatrixState

Describes a range of matrices. Generally used to define valid orientations of Component Resources.

NameState

NameState

Describes a set of NMTOKEN values.

NumberState

NumberState

Describes a numerical range of values.

PDFPathState

New in JDF 1.2

PDFPathState

Describes a set of PDFPaths.

RectangleState

New in JDF 1.2

RectangleState

Describes a set of 4 value rectangle values.

ShapeState

ShapeState

Describes a set of 3 value shape values.

StringState

StringState

Describes a set of string values.

XYPairState

XYPairState

Describes a set of XYPair values.

7.3.7.2.1 BooleanState

New in JDF 1.1

This State Subelement is used to describe ranges of Boolean values. It inherits from the Abstract State Element described above.

 

Table 7-406: BooleanState Element

Name

Data Type

Description

AllowedValueList ?

New in JDF 1.1A

enumerations

A list of all legal values.

Values are:

true

false

CurrentValue ?

boolean

Current value for the current running Job set in the Device.

DefaultValue ?

boolean

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true" .

PresentValueList ?

New in JDF 1.1A

enumerations

A list of all supported values that can be chosen without operator intervention.

Default value is from: @ AllowedValueList

Values are:

true

false

ValueLoc *

New in JDF 1.2

element

Localization(s) of "true" and/or "false" values. See Section 7.3.7.2.1.1, “ValueLoc” .

7.3.7.2.1.1 ValueLoc

New in JDF 1.2

Each ValueLoc Element describes one or more localizations for an Attribute Value. Note that the ValueLoc Element occurs in the definition of all State Elements except MatrixState , PDFPathState and StringState .

 

Table 7-407: ValueLoc Element

Name

Data Type

Description

Value

string

The Attribute Value to be localized. If the data type of the allowed value is not string (e.g., if ValueLoc is used in the context of a MatrixState ), Value must be an instance of the appropriate data type.

Loc *

element

The localization(s) of the Attribute Value. See Section 7.3.5.1, “Loc” .

7.3.7.2.2 DateTimeState

New in JDF 1.2

This State Subelement is used to describe ranges of dateTime values. It inherits from the Abstract State Element described above.

 

Table 7-408: DateTimeState Element

Name

Data Type

Description

AllowedValueDurationList ?

DurationRangeList

List of inclusive minimum and maximum allowed values relative to the current system time.

AllowedValueList ?

DateTimeRangeList

A list of all supported values.

CurrentValue ?

dateTime

Current value for the current running Job set in the Device.

DefaultValue ?

dateTime

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true" .

PresentValueDurationList ?

DurationRangeList

List of inclusive minimum and maximum allowed values that can be chosen without operator intervention relative to the current system time. If not specified, the value of AllowedValueDurationList is applied.

PresentValueList ?

DateTimeRangeList

Inclusive minimum and maximum allowed value that can be chosen without operator intervention. If not specified, the value of AllowedValueList is applied.

ValueLoc *

element

Localization(s) of specific dates. See Section 7.3.7.2.1.1, “ValueLoc” .

7.3.7.2.3 DurationState

New in JDF 1.2

This State Subelement is used to describe ranges of duration values. It inherits from the Abstract State Element described above.

 

Table 7-409: DurationState Element

Name

Data Type

Description

AllowedValueList ?

DurationRangeList

A list of all supported values.

CurrentValue ?

duration

Current value for the current running Job set in the Device.

DefaultValue ?

duration

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true" .

PresentValueList ?

DurationRangeList

Inclusive minimum and maximum allowed value that can be chosen without operator intervention. If not specified, the value of AllowedValueList is applied.

ValueLoc *

element

Localization(s) of specific durations. See Section 7.3.7.2.1.1, “ValueLoc” .

7.3.7.2.4 EnumerationState

New in JDF 1.1

This State Subelement is used to describe ranges of enumerative values. It inherits from the Abstract State Element described above. It is identical to the NameState Element except that it describes a closed list of enumeration values.

 

Table 7-410: EnumerationState Element

Name

Data Type

Description

AllowedValueList ?

enumerations

A list of all supported values. The values specified in AllowedValueList must be a subset of the enumeration specified by Name . If not specified, all enumerations defined by the XML schema are valid. In order to enable capabilities to be specified without access to the JDF XML schema, it is strongly recommended to specify AllowedValueList , even when the entire range of schema-valid values is supported.

CurrentValue ?

enumeration

Current value for the current running Job set in the Device. CurrentValue must match the enumeration defined in the Resource.

DefaultValue ?

enumeration

Default value if not specified in a submitted JDF. DefaultValue must match the enumeration defined in the Resource, and must be specified if HasDefault = "true" .

PresentValueList ?

enumerations

A list of values that can be chosen without operator intervention. PresentValueList must match the enumeration defined in the Resource.

Default value is from: @ AllowedValueList

ValueLoc *

New in JDF 1.2

element

Localizations of the enumerations listed in AllowedValueList and PresentValueList . See Section 7.3.7.2.1.1, “ValueLoc” .

7.3.7.2.5 IntegerState

New in JDF 1.1

This State Subelement is used to describe ranges of integer values. It inherits from the Abstract State Element described above.

 

Table 7-411: IntegerState Element (Section 1 of 2)

Name

Data Type

Description

AllowedValueList ?

Modified in JDF 1.2

IntegerRangeList

A list of all supported values.

AllowedValueMax ?

Deprecated in JDF 1.2

integer

Inclusive maximum allowed value. Replaced by AllowedValueList in JDF 1.2 and beyond.

AllowedValueMin ?

Deprecated in JDF 1.2

integer

Inclusive minimum allowed value. Replaced by AllowedValueList in JDF 1.2 and beyond.

AllowedValueMod ?

New in JDF 1.2

XYPair

X defines the Modulo and Y the offset of the allowed value. In other words, if AllowedValueMod = "10 2" , only the values ... -8,2,12,22 ... are allowed. If not specified, all values in the range are valid.

If ((N%X)-Y = 0) then N is a valid value.

Note: “Modulo” is the remainder of an integer division. For example: 4 mod 3 = 4 -3 = 1; 17 mod 3 = 17-5*3 = 2; and 3 mod 3 = 3-3 = 0.

CurrentValue ?

integer

Current value for the current running Job set in the Device.

DefaultValue ?

integer

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true" .

PresentValueList ?

Modified in JDF 1.2

IntegerRangeList

A list of values that can be chosen without operator intervention. If not specified, the value of AllowedValueList is applied.

PresentValueMax ?

Deprecated in JDF 1.2

integer

Inclusive maximum allowed value that can be chosen without operator intervention. If not specified, the value of AllowedValueMax is applied. Replaced by PresentValueList in JDF 1.2 and beyond.

PresentValueMin ?

Deprecated in JDF 1.2

integer

Inclusive minimum allowed value that can be chosen without operator intervention. If not specified, the value of AllowedValueMin is applied. Replaced by PresentValueList in JDF 1.2 and beyond.

PresentValueMod ?

New in JDF 1.2

XYPair

X defines the Modulo and Y the offset of the present value. In other words, if AllowedValueMod = "10 2" , only the values ... -8,2,12,22 ... are allowed. If not specified, the value of AllowedValueMod is applied. If ((N%X)-Y = 0) then N is a valid value.

UnitType ?

New in JDF 1.2

NMTOKEN

Specifies the unit type that this State Element represents. Used to enable an application to localize the representation of the units. UnitType should be specified if the IntegerState represents a value that has units. User interfaces might not display correctly if UnitType is not specified for Attributes with units.

Values include:

Angle - The Attribute is defined in degrees.

AngularVelocity - Rotations / minute.

Area - Area in square meters (m2).

Currency - The local currency.

Length - In points (1/72 inch).

LengthMu - Length in microns (used for paper thickness).

LineScreen - The lines per inch (lpi) for conventionally screened halftone, screened grayscale and screened monotone bitmap images.

PaperWeight - In grams per square meter ( g /m2).

Percentage - A percentage value.

Pressure - In Pascals.

Resolution - The dots per inch (dpi) for print output and bitmap image (e.g., TIFF or BMP) file resolution.

ScreenResolution - The pixels per inch (ppi) for screen display (e.g., softproof display and user interface display), scanner capture settings and digital camera settings.

SpotResolution - For imaging Devices such as filmsetters, platesetters and proofers, the fundamental imaging unit, (e.g., one “on” laser or imaging-head imaged unit). Note that many imaging Devices construct dots from multiple imaging spots, so dpi and spots per inch (spi) are not equivalent.

Temperature - Temperature in degrees Centigrade.

Velocity - Defined as meters/hour.

Weight - Weight in grams.

ValueLoc *

New in JDF 1.2

element

Localization(s) of specific values. See Section 7.3.7.2.1.1, “ValueLoc” .

7.3.7.2.6 MatrixState

New in JDF 1.1

This State Subelement is used to describe ranges of matrix values. It inherits from the Abstract State Element described above. It is primarily intended to specify orientations and manipulation capabilities of Physical Resource s, (e.g., in finishing Devices).

 

Table 7-412: MatrixState Element

Name

Data Type

Description

AllowedRotateMod ?

New in JDF 1.2

double

Allowed Modulo of the allowed rotations and offset in degrees.

Values include:

360 - No rotation

90 - Any orthogonal rotation.

0 - Any rotation is allowed.

AllowedShift ?

New in JDF 1.2

DoubleList

Minimum and maximum allowed shift of the matrix. If not specified, any shift is valid. If AllowedTransforms is specified, the implied shift defined in Table 2-4, “Matrices and Orientation values for describing the orientation of a Component” is subtracted from AllowedShift , thus all in-place rotations have an implied AllowedShift value of "0 0 0 0" . (No shift = "0 0 0 0" .) The first pair of numbers is the XY pair that defines the minimum shift, and the second pair is the XY pair that defines the maximum shift.

AllowedTransforms ?

New in JDF 1.2

Orientations

List of valid orthogonal transformations of the matrix. Any of the eight predefined transforms for Physical Resource s as defined in Table 2-4, “Matrices and Orientation values for describing the orientation of a Component”.

CurrentValue ?

matrix

Current value for the current running Job set in the Device.

DefaultValue ?

matrix

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true" .

PresentRotateMod ?

New in JDF 1.2

double

Present Modulo of the allowed rotations and offset in degrees that can be chosen without operator intervention.

If not specified, the value of AllowedRotateMod is applied.

Values include:

360 - No rotation is allowed.

90 - Any orthogonal rotation.

0 - Any rotation is allowed.

PresentShift ?

New in JDF 1.2

DoubleList

If PresentTransforms is specified, the implied shift defined in Table 2-4, “Matrices and Orientation values for describing the orientation of a Component” is subtracted from PresentShift , thus all in-place rotations have an implied PresentShift value of "0 0 0 0" . If not specified, the value of AllowedShift is applied.

PresentTransforms ?

New in JDF 1.2

Orientations

Any of the eight predefined transforms for Physical Resource s as defined in Table 2-4, “Matrices and Orientation values for describing the orientation of a Component”. If not specified, the value of AllowedTransforms is applied.

Value *

element

A list legal values. See Section 7.3.7.2.6.1, “Value”.

7.3.7.2.6.1 Value

 

Table 7-413: MatrixState/Value Element

Name

Data Type

Description

AllowedValue

matrix

A legal value for a matrix variable.

PresentValue ?

Deprecated in JDF 1.2

matrix

A legal value for a matrix variable that can be chosen without operator intervention. If not specified, the value of AllowedValue is applied. In JDF 1.2 and beyond, use ValueUsage .

ValueUsage ?

New in JDF 1.2

enumeration

Defines whether the value defined in AllowedValue means Present , Allowed or both.

Default behavior: valid for both Present and Allowed .

Values are:

Present - Present configuration is supported.

Allowed - Allowed configuration is supported.

Loc *

New in JDF 1.2

element

The localization(s) of the string defined in AllowedValue. See Section 7.3.5.1, “Loc” .

7.3.7.2.7 NameState

New in JDF 1.1

This State Subelement is used to describe ranges of NMTOKEN values. It inherits from the Abstract State Element described above.

 

Table 7-414: NameState Element

Name

Data Type

Description

AllowedRegExp ?

New in JDF 1.2

regExp

Regular expression that limits the allowed values.

AllowedValueList ?

NMTOKENS

A list legal values.

CurrentValue ?

NMTOKEN

Current value for the current running Job set in the Device.

DefaultValue ?

NMTOKEN

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true" .

PresentRegExp ?

New in JDF 1.2

regExp

Regular expression that limits the values that can be chosen without operator intervention. If not specified, the value of AllowedRegExp is applied.

PresentValueList ?

NMTOKENS

A list of values that can be chosen without operator intervention. If not specified, the value of AllowedValueList is applied.

ValueLoc *

New in JDF 1.2

element

Localization(s) of the NMTOKENS listed in AllowedValueList or PresentValueList or implied by AllowedRegExp or PresentRegExp . See Section 7.3.7.2.1.1, “ValueLoc” .

7.3.7.2.8 NumberState

New in JDF 1.1

This State Subelement is used to describe ranges of double values. It inherits from the Abstract State Element described above.

 

Table 7-415: NumberState Element

Name

Data Type

Description

AllowedValueList ?

Modified in JDF 1.2

DoubleRangeList

A list of supported values.

AllowedValueMax ?

Deprecated in JDF 1.2

double

Inclusive maximum allowed value. Replaced by AllowedValueList in JDF 1.2 and beyond.

AllowedValueMin ?

Deprecated in JDF 1.2

double

Inclusive minimum allowed value. Replaced by AllowedValueList in JDF 1.2 and beyond.

AllowedValueMod ?

New in JDF 1.2

XYPair

X defines the Modulo and Y the offset of the allowed value. In other words, if AllowedValueMod = "10 2" , only the values ... -8,2,12,22 ... are allowed. If not specified, all values in the range are valid.

If ((N%X)-Y = 0) then N is a valid value.

Note: “Modulo” is the remainder of an integer division. For example: 4 mod 3 = 4 -3 = 1; 17 mod 3 = 17-5*3 = 2; and 3 mod 3 = 3-3 = 0.

CurrentValue ?

double

Current value for the current running Job set in the Device.

DefaultValue ?

double

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true" .

PresentValueList ?

Modified in JDF 1.2

DoubleRangeList

A list of values that can be chosen without operator intervention. If not specified, the value of AllowedValueList is applied.

PresentValueMax ?

Deprecated in JDF 1.2

double

Inclusive maximum allowed value that can be chosen without operator intervention. If not specified, the value of AllowedValueMax is applied. Replaced by PresentValueList in JDF 1.2 and beyond.

PresentValueMin ?

Deprecated in JDF 1.2

double

Inclusive minimum allowed value that can be chosen without operator intervention. If not specified, the value of AllowedValueMin is applied. Replaced by PresentValueList in JDF 1.2 and beyond.

PresentValueMod ?

New in JDF 1.2

XYPair

X defines the Modulo and Y the offset of the allowed value. In other words, if AllowedValueMod = "10 2" , only the values ... -8,2,12,22 ... are allowed. If not specified, the value of AllowedValueMod is applied.

If ((N%X)-Y = 0) then N is a valid value.

UnitType ?

New in JDF 1.2

NMTOKEN

Specifies the unit type that this State Element represents. Used to enable an application to localize the representation of the units. UnitType must be specified if the NumberState represents a value that has units. NumberState has the values as IntegerState plus a few more:

Values include:

CMYKColor - Four values representing a CMYK color.

LabColor - Three values representing a Lab color.

sRGBColor - Three values representing a sRGB color.

Values include those from: IntegerState /@ UnitType ( Table 7-411, “IntegerState Element” ).

ValueLoc *

New in JDF 1.2

element

Localization(s) of specific values. See Section 7.3.7.2.1.1, “ValueLoc” .

7.3.7.2.9 PDFPathState

New in JDF 1.2

This State Subelement is used to describe ranges of PDF paths. It inherits from the Abstract State Element described above.

 

Table 7-416: PDFPathState Element

Name

Data Type

Description

AllowedLength ?

IntegerRange

Inclusive minimum and maximum length of valid PDF path in multi-byte characters. Note that this is the length in characters and not in bytes of the internal encoding of an application.

CurrentValue ?

PDFPath

Current value for the current running Job set in the Device.

DefaultValue ?

PDFPath

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true" .

PresentLength ?

IntegerRange

Inclusive minimum and maximum length of valid PDF path in characters that can be chosen without operator intervention. If not specified, the value of AllowedLength is applied.

Value *

element

The localization(s) of the PDF path defined in AllowedValue . See Section 7.3.7.2.9.1, “Value”.

7.3.7.2.9.1 Value

 

Table 7-417: PDFPathState/Value Element

Name

Data Type

Description

AllowedValue

PDFPath

A legal value for a matrix variable.

ValueUsage ?

enumeration

Defines whether the value defined in AllowedValue means Present , Allowed or both.

Default behavior: valid for both Present and Allowed .

Values are:

Present - Present configuration is supported.

Allowed - Allowed configuration is supported.

Loc *

element

The localization(s) of the string defined in AllowedValue. See Section 7.3.5.1, “Loc” .

7.3.7.2.10 RectangleState

New in JDF 1.2

This State Subelement is used to describe ranges of rectangle values. It inherits from the Abstract State Element described above.

 

Table 7-418: RectangleState Element (Section 1 of 2)

Name

Data Type

Description

AllowedHWRelation ?

XYRelation

Allowed relative value of width (X) vs. Height (Y).

AllowedValueList ?

RectangleRangeList

A list of ranges of allowed values that can be chosen.

CurrentValue ?

rectangle

Current value for the current running Job set in the Device.

DefaultValue ?

rectangle

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true" .

PresentHWRelation ?

XYRelation

Allowed relative value of width (X) vs. Height (Y). If not specified, the value of AllowedHWRelation is applied.

PresentValueList ?

RectangleRangeList

A list of ranges of values that can be chosen without operator intervention. If not specified, the value of AllowedValueList is applied.

ValueLoc *

element

A list of supported values. The ValueLoc /@ Value Attribute must be a representation of a rectangle. This can also be used to localize (or provide names for) specific rectangles. See Section 7.3.7.2.1.1, “ValueLoc” .

7.3.7.2.11 ShapeState

New in JDF 1.1

This State Subelement is used to describe ranges of Shape values. It inherits from the Abstract State Element described above.

 

Table 7-419: ShapeState Element (Section 1 of 2)

Name

Data Type

Description

AllowedValueList ?

Modified in JDF 1.2

ShapeRangeList

A list of values that can be chosen.

AllowedValueMax ?

Deprecated in JDF 1.2

shape

Inclusive maximum allowed value. Replaced by AllowedValueList in JDF 1.2 and beyond.

AllowedValueMin ?

Deprecated in JDF 1.2

shape

Inclusive minimum allowed value. Replaced by AllowedValueList in JDF 1.2 and beyond.

AllowedX ?

New in JDF 1.2

DoubleRangeList

Allowed X-axis of the Shape .

AllowedY ?

New in JDF 1.2

DoubleRangeList

Allowed Y-axis of the Shape .

AllowedZ ?

New in JDF 1.2

DoubleRangeList

Allowed Z-axis of the Shape .

CurrentValue ?

shape

Current value for the current running Job set in the Device.

DefaultValue ?

shape

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true".

PresentValueList ?

Modified in JDF 1.2

ShapeRangeList

A list of values that can be chosen without operator intervention. If not specified, the value of AllowedValueList is applied.

PresentValueMax ?

Deprecated in JDF 1.2

shape

Inclusive maximum allowed value that can be chosen without operator intervention. If not specified, the value of AllowedValueMax is applied. Replaced by AllowedValueList in JDF 1.2 and beyond.

PresentValueMin ?

Deprecated in JDF 1.2

shape

Inclusive minimum allowed value that can be chosen without operator intervention. If not specified, the value of AllowedValueMin is applied. Replaced by AllowedValueList in JDF 1.2 and beyond.

PresentX ?

New in JDF 1.2

DoubleRangeList

Present X-axis of the Shape that can be chosen without operator intervention. If not specified, the value of AllowedX is applied.

PresentY ?

New in JDF 1.2

DoubleRangeList

Present Y-axis of the Shape that can be chosen without operator intervention. If not specified, the value of AllowedY is applied.

PresentZ ?

New in JDF 1.2

DoubleRangeList

Present Z-axis of the Shape that can be chosen without operator intervention. If not specified, the value of AllowedZ is applied.

ValueLoc *

New in JDF 1.2

element

A list of supported shapes. See Section 7.3.7.2.1.1, “ValueLoc” .

7.3.7.2.12 StringState

New in JDF 1.1

This State Subelement is used to describe ranges of string values. It inherits from the Abstract State Element described above.

 

Table 7-420: StringState Element

Name

Data Type

Description

AllowedLength ?

New in JDF 1.2

IntegerRange

Inclusive minimum and maximum length of valid string in multi-byte characters. Note that this is the length in characters, and not in bytes of the internal encoding of an application. For instance, the length of the string "Grün" is 4 and not 6 (UTF-8 with a terminating 0 and a double byte "ü" ).

AllowedRegExp ?

New in JDF 1.2

regExp

Regular expression that limits the allowed values.

CurrentValue ?

string

Current value for the current running Job set in the Device.

DefaultValue ?

string

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true" .

PresentLength ?

New in JDF 1.2

IntegerRange

Inclusive minimum and maximum length of valid string in characters that can be chosen without operator intervention. If not specified, the value of AllowedLength is applied.

PresentRegExp ?

New in JDF 1.2

regExp

Regular expression that limits the present values that can be chosen without operator intervention. If not specified, the value of AllowedRegExp is applied.

Value *

Modified in JDF 1.2

element

A list legal values. See Section 7.3.7.2.12.1, “Value”.

7.3.7.2.12.1 Value

New in JDF 1.1

 

Table 7-421: StringState/Value Element (Section 1 of 2)

Name

Data Type

Description

AllowedValue

string

A legal value for a string variable.

PresentValue ?

Deprecated in JDF 1.2

string

A legal value for a string variable that can be chosen without operator intervention. If not specified, the value of AllowedValue is applied. In JDF 1.2 and beyond, use ValueUsage .

ValueUsage ?

New in JDF 1.2

enumeration

Defines whether the value defined in AllowedValue means Present , Allowed or both.

Default behavior: valid for both Present and Allowed .

Values are:

Present - Present configuration is supported.

Allowed - Allowed configuration is supported.

Loc *

New in JDF 1.2

element

The localization(s) of the string defined in AllowedValue . See Section 7.3.5.1, “Loc” .

7.3.7.2.13 XYPairState

New in JDF 1.1

This State Subelement is used to describe ranges of XYPair values. It inherits from the Abstract State Element described above.

 

Table 7-422: XYPairState Element (Section 1 of 2)

Name

Data Type

Description

AllowedValueList ?

Modified in JDF 1.2

XYPairRangeList

A list of values that can be chosen.

AllowedValueMax ?

Deprecated in JDF 1.2

XYPair

Inclusive maximum allowed value. Replaced with AllowedValueList in JDF 1.2 and beyond.

AllowedValueMin ?

Deprecated in JDF 1.2

XYPair

Inclusive minimum allowed value. Replaced with AllowedValueList in JDF 1.2 and beyond.

AllowedXYRelation ?

New in JDF 1.2

XYRelation

Relative value of X vs. Y.

CurrentValue ?

XYPair

Current value for the current running Job set in the Device.

DefaultValue ?

XYPair

Default value if not specified in a submitted JDF. DefaultValue must be specified if HasDefault = "true" .

PresentValueList ?

Modified in JDF 1.2

XYPairRangeList

A list of values that can be chosen without operator intervention. If not specified, the value of AllowedValueList is applied.

PresentValueMax ?

Deprecated in JDF 1.2

XYPair

Inclusive maximum allowed value that can be chosen without operator intervention. If not specified, the value of AllowedValueMax is applied. Replaced with PresentValueList in JDF 1.2 and beyond.

PresentValueMin ?

Deprecated in JDF 1.2

XYPair

Inclusive minimum allowed value that can be chosen without operator intervention. If not specified, the value of AllowedValueMin is applied. Replaced with PresentValueList in JDF 1.2 and beyond.

PresentXYRelation ?

New in JDF 1.2

XYRelation

Relative value of X vs. Y that can be chosen without operator intervention. If not specified, the value of AllowedXYRelation is applied.

UnitType ?

New in JDF 1.2

NMTOKEN

Specifies the unit type that this State Element represents. Used to enable an application to localize the representation of the units. UnitType must be specified if the IntegerState represents a value that has units.

Values include those from: IntegerState /@ UnitType ( Table 7-411, “IntegerState Element” ).

ValueLoc *

New in JDF 1.2

element

A list of supported shapes. See Section 7.3.7.2.1.1, “ValueLoc” .

7.3.8 DisplayGroupPool

New in JDF 1.2

The DisplayGroupPool Element declares set(s) of related features that are intended to be displayed as a group in user interfaces. These declarations are references to individual features declared in State Elements.

 

Table 7-423: DisplayGroupPool Element

Name

Data Type

Description

DisplayGroup *

element

Declares a set of references to State Elements that are intended to be displayed as a group in user interfaces.

Example 7-57: DisplayGroupPool

In this example, a single DisplayGroup is specified. This DisplayGroup declares that the State Attributes with ID ’s "btd" , "cmp" , "mag" , "colorspace" and "outputres" are all to be grouped together in any user interface. The English string “ ScanningParameters ” is associated with this DisplayGroup , though no explicit assumptions are made about how to display this group of Attributes. The DisplayGroup Element merely states that there is a user-significant relationship between the Attributes.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

<Device Class="Implementation" ID="Link0003" Status="Available">

< DeviceCap >

< DisplayGroupPool >

< DisplayGroup rRefs = "bad" >

< Loc HelpText = "Parameters for scanning configuration" Lang = "en"

Value = "ScanningParameters" />

</ DisplayGroup >

</ DisplayGroupPool >

</ DeviceCap >

</Device>

</ResourcePool>

<ResourceLinkPool>

<DeviceLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

7.3.8.1 DisplayGroup

Each DisplayGroup Element declares a group of features that are intended to be displayed together in user interfaces.

 

Table 7-424: DisplayGroup Element

Name

Data Type

Description

rRefs

IDREFS

References to State Elements. (See Section 7.3.7, “State” for details of the State Element.)

Loc *

element

Localized strings describing the DisplayGroup . See Section 7.3.5.1, “Loc” .

7.3.9 FeaturePool

New in JDF 1.2

The FeaturePool Element describes Message or Resource Subelements that represent composite features for user manipulation when describing capabilities. These features typically do not directly represent any JDF Resources or parameters., but rather trigger macros that manipulate related sets of parameters. For more information on macro definitions, see Section 7.3.10, “MacroPool” .

These features can be mapped to JDF /@ NamedFeatures . A feature from JDF / @NamedFeatures is selected by specifying an NMTOKEN pair that matches entries from FeaturePool / EnumerationState /@ Name and FeaturePool / EnumerationState /@ AllowedValueList

 

Table 7-425: FeaturePool Element

Name

Data Type

Description

State *

element

Abstract State Elements that define the accepted parameter space for the Messages or Resources Subelements. These Abstract Subelements are identical in form to other State Elements, but typically are only “macro” features that control other features through macro Elements. For more information on macro definitions, see Section 7.3.10, “MacroPool” . For details of the State Element, see Section 7.3.7, “State” .

Example 7-58: FeaturePool

In this example, ScanMode is a feature that doesn't map directly to any JDF Resource or Attribute, but provides a “shell” feature that allows users to control a set of JDF Resources and/or Attributes to indicate a common or preferred grouping based on the user’s desired task. The actual corresponding JDF Resource Attribute Values are determined and set by the ScanModeMacro macro that is called when the ScanMode feature is manipulated.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

<Device Class="Implementation" ID="Link0003" Status="Available">

< DeviceCap >

< FeaturePool >

< EnumerationState

AllowedValueList = "Mono ColorTransparency Photo" ID = "sm"

HasDefault = "false" MacroRefs = "ScanModeMac" Name = "ScanMode"

UserDisplay = "Display" />

</ FeaturePool >

</ DeviceCap >

</Device>

</ResourcePool>

<ResourceLinkPool>

<DeviceLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

7.3.10 MacroPool

New in JDF 1.2

The MacroPool Element is used to contain descriptions of macro expressions. Each macro declares a set of conditional operations that are used to change State Element Attribute Values.

Table 7-426: MacroPool Element

Name

Data Type

Description

macro *

element

A list of independent macros.

 

Figure 7-77: macro Element - a diagram of its structure

 

7.3.10.1 macro

New in JDF 1.2

The macro Subelement is used to contain a set of conditional operations that are used to change State Element Attribute Values. Each macro contains one or more of the following Elements:

  • choice -- Declares one or more when statements, each of which contains a Boolean expression (as defined in Section 7.3.13, “Term” ) and a set Element. When the expression evaluates to "true" , the action specified in the set Element is to be performed. If no evaluation in any when Element in a choice evaluates to "true" , the action(s) specified in the otherwise Element is to be performed.
  • set -- sets the condition of one or more State Element Attributes.
  • call -- calls another macro to be executed.

When executing a macro , consumers must execute choice , set and call Elements in the order in which they are specified in the actual XML document. Note that the ordering provided in the actual capabilities description should be honored. The following shows the logical layout of the macro Subelement:

 

Table 7-427: macro Element (Section 1 of 2)

Name

Data Type

Description

ID

ID

Unique identifier of a macro Element. This ID is used to refer to the macro Element.

choice *

element

A set of conditional operations that set (or not) feature values. At least one of choice , set or call must be specified in macro .

set *

element

An Element that sets one or more State Attribute Values. At least one of choice , set or call must be specified in macro .

call *

element

An Element that calls another macro , allowing for macro reuse and chaining. At least one of choice , set or call must be specified in macro .

7.3.10.2 choice

The choice Subelement is used to contain expressions that declare conditional operations that can cause State Element Attribute Values to be changed. The choice includes one or more when statements that are evaluated in order, each of which contains a Boolean expression (as defined in Section 7.3.13, “Term” ) and a set Element. When the expression evaluates to "true" , the action specified in the set Element is to be performed and no further when statements are evaluated. If no evaluation in any when Element in a choice evaluates to "true" , the action(s) specified in the otherwise Element is to be performed.

 

Table 7-428: choice Element

Name

Data Type

Description

when +

element

A set of conditional operations that set (or not) feature values.

otherwise ?

element

An Element that sets one or more State Element Attribute Values if none of the when expressions evaluate to "true" .

7.3.10.3 otherwise

The otherwise Subelement sets one or more feature values if none of the when expressions in a choice Element evaluate to "true" .

 

Table 7-429: otherwise Element

Name

Data Type

Description

set +

element

An element that sets one or more feature values.

7.3.10.4 when

The when Subelement is used to contain expressions that declare conditional operations to enforce sets of feature behaviors. The when Element includes a Boolean expression (as defined in Section 7.3.13, “Term” ) and a set Element. When the Term evaluates to "true" , the action specified in the set Element is to be performed.

 

Table 7-430: when Element

Name

Data Type

Description

Term

element

A Boolean expression that evaluates a set of feature values.

set +

element

An Element that sets one or more feature values.

7.3.10.5 set

The set Subelement sets one or more State Element Attribute Values.

 

Table 7-431: set Element (Section 1 of 2)

Name

Data Type

Description

rRef

IDREF

Reference to a State Element referring to the feature value to set

FeatureAttribute ?

element

Specifies one or more Attributes within the State Element that are to have their value changed (along with the value they change to).

7.3.10.6 FeatureAttribute

FeatureAttribute specifies one or more Attributes of a State Element that are to have their value changed. The following Attributes can be changed:

 

Table 7-432: FeatureAttribute Element

Name

Data Type

Description

CurrentValue ?

string

The value to change the CurrentValue Attribute of the State Element to. Note that the mapping of the string to the actual data type of the State Element must be performed by the application processing the capabilities.

Editable ?

boolean

When "true" , the feature and its current value can be edited by the user. If "false" , the user interface must not allow user modification of the current value of the State Element.

UserDisplay ?

enumeration

Indicates under which conditions the feature is to be displayed in user interfaces.

Values are from: State /@ UserDisplay

7.3.10.7 call

The call Subelement is used to call other macro Elements, effectively using them as macro “templates”.

 

Table 7-433: call Element

Name

Data Type

Description

rRef

IDREF

Reference to a macro .

7.3.11 Performance

New in JDF 1.1

The Performance Element describes speed as the capability to consume or produce a JDF Resource.

 

Table 7-434: Performance Element (Section 1 of 2)

Name

Data Type

Description

AverageAmount ?

double

Average amount produced/consumed per hour assuming an average Job.

AverageCleanup ?

duration

Average time needed to clean the Device after a Job.

AverageSetup ?

duration

Average time needed to setup the Device before a Job.

DevCapsRef ?

New in JDF 1.2

IDREF

Reference to the DevCaps Element that describes the Resource whose performance is specified by this Performance Element.

MaxAmount ?

double

Maximum amount produced/consumed per hour, assuming an ideal Job. The default value of "0" translates to the value of AverageAmount .

MaxCleanup ?

duration

Maximum time needed to clean the Device after a Job, assuming a worst case Job. Defaults to AverageCleanup .

MaxSetup ?

duration

Maximum time needed to setup the Device before a Job, assuming a worst case Job. Defaults to AverageSetup .

MinAmount ?

double

Minimum amount produced/consumed per hour, assuming a worst case Job. Defaults to AverageAmount .

MinCleanup ?

duration

Minimum time needed to clean the Device after a Job, assuming an ideal Job. Defaults to AverageCleanup .

MinSetup ?

duration

Minimum time needed to setup the Device before a Job, assuming an ideal Job. Defaults to AverageSetup .

Name ?

Deprecated in JDF 1.2

NMTOKEN

Name of the Input Resource type that is processed by the Device, (e.g., Media , Ink , RunList ).

Deprecation note: starting with JDF 1.2, use DevCapsRef .

Unit ?

NMTOKEN

Unit of measure of Resource consumption per hour.

Default value is from: Resource’s generic units as defined in Table 1-7, “Units used in JDF”.

7.3.12 TestPool

New in JDF 1.2

The TestPool Subelement is used to contain Boolean expressions that are used to describe “templates” for use in Action Elements.

 

Table 7-435: TestPool Element

Name

Data Type

Description

Test *

element

A list of independent Test Elements.

7.3.12.1 Test

The Test Subelement is used to contain Boolean expressions that are for use only when referenced by another Test or Action and are not evaluated independently. Its purpose is to simplify the description of other Test Elements and macro Elements by representing a commonly used Boolean expression.

 

Table 7-436: Test Element

Name

Data Type

Description

ID

ID

Unique identifier of a Test Element. This ID is used to refer to the Test Element.

Term

element

Any Element derived from an Abstract Term , (e.g., “ not ”, “ and ” or one of the explicit Evaluation Elements).

7.3.13 Term

Figure 7-78 shows all Term Elements

.

Figure 7-78: Abstract Term Element - a diagram of its structure

 

The Abstract Term Element serves as the basis for all constraint expressions and conditional macro expressions. It describes a (potentially) nested Boolean expression that evaluates as a whole to either "true" or "false" . This expression is then used inside constraint or macro Elements to determine proper action given the evaluation of the Term . The Term Elements are composed of Boolean combinations of Elements in Table 7-437 . The Term Elements that are Boolean operators may be nested. They are used both in Device capabilities and preflighting context.

Note: in the actual JDF schema, several Abstract Element definitions are used to create an appropriate inheritance structure. Rather than reproduce this here, only the actual non-Abstract Elements that will appear in JDF files will be described

 

Table 7-437: List of Term Elements

Name

Page

Description

and

and

Boolean AND operator.

not

not

Boolean negation.

or

or

Boolean OR operator.

xor

xor

Boolean exclusive or (XOR) operator.

TestRef

TestRef

Reference to a constraint Test Element to be evaluated as a nested Boolean expression inside a larger expression.

Evaluation

Evaluation

Elements, which evaluate a JDF State Attribute Value to create a simple Boolean expression, e.g., “Is the value of BitDepth equal to 8?”. Each XXXExpression Element is derived from the Abstract Evaluation Element

Example 7-59: ActionPool and TestPool

Term is an Abstract Element, so it will never appear in a JDF document. In this "ctcmp" constraint example, the Term is represented by the and Element. Since the Term Element itself is Abstract, what will actually appear in constraints will be Boolean expressions. In this example, the logic is, “We can not use CCITT compression if the bit depth is not 1 bit.” The check for compression type uses an EnumerationEvaluation Element, which evaluates an EnumerationState value against "CCITTFaxEncode". If the value of the EnumerationState Element referred to by "cmp" = CCITTFaxEncode , the EnumerationEvaluation evaluates as "true" . The check for "btd" is accomplished through a TestRef to the "is1bit" constraint. The and and not Elements behave according to the standard semantics for Boolean combinatorial logic.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

<Device Class="Implementation" ID="Link0003" Status="Available">

< DeviceCap >

< ActionPool >

< Action ID = "MyAction" TestRef = "ctcmp" >

< Loc HelpText = "Only select CCITTFaxEncoding for 1 bit documents"

Lang = "en" ShortValue = "Ouch!"

Value = "CCITTFaxEncoding not supported on

grayscale images" />

</ Action >

</ ActionPool >

< TestPool >

< Test ID = "ctcmp" >

<!-- Can't CCITT compress anything but 1 bit grayscale -->

< and >

< not >

< TestRef rRef = "is1bit" />

</ not >

< EnumerationEvaluation ValueList = "CCITTFaxEncode" rRef = "cmp" />

</ and >

</ Test >

< Test ID = "is1bit" >

< IntegerEvaluation ValueList = "1" rRef = "btd" />

</ Test >

</ TestPool >

</ DeviceCap >

</Device>

</ResourcePool>

<ResourceLinkPool>

<DeviceLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

7.3.13.1 and

The and Element evaluates two or more Term Elements to determine if, as a set, they evaluate to "true" when combined in a Boolean “and” function.

 

Table 7-438: and Element

Name

Data Type

Description

Term

element

Any Element derived from an Abstract Term .

Term +

element

Any Element derived from an Abstract Term .

7.3.13.2 or

The or Element evaluates two or more Term Elements to determine if, as a set, they evaluate to "true" when combined in a Boolean “or” function.

 

Table 7-439: or Element

Name

Data Type

Description

Term

element

Any Element derived from an Abstract Term .

Term +

element

Any Element derived from an Abstract Term .

7.3.13.3 xor

The xor Element evaluates two or more Term Elements to determine if, as a set, they evaluate to "true" when combined in a Boolean “xor” function. For more than two arguments, exactly one Term must evaluate to "true" for the xor to evaluate to "true" . Note that this is different from the mathematical behavior of “xor”.

 

Table 7-440: xor Element

Name

Data Type

Description

Term

element

Any Element derived from an Abstract Term .

Term +

element

Any Element derived from an Abstract Term .

7.3.13.4 not

The not Subelement inverts the Boolean state of a Term .

 

Table 7-441: not Element

Name

Data Type

Description

Term

element

Any Element derived from an Abstract Term .

7.3.13.5 TestRef

The TestRef Element refers to another constraint that is to be evaluated as part of the parent constraint.

 

Table 7-442: TestRef Element

Name

Data Type

Description

rRef

IDREF

Reference to a Test to be evaluated as a nested Boolean expression inside a larger expression.

 

7.3.13.6 Evaluation

Figure 7-79 shows all Evaluation Elements

 

 

Figure 7-79: Abstract Evaluation Element - a diagram of its structure

 

7.3.13.6.1 Abstract Evaluation

The following table describes the common, data type-independent parameters of all Evaluation Elements.

 

Table 7-443: Abstract Evaluation Element

Name

Data Type

Description

Path ?

New in JDF 1.4

XPath

When present, describes an XPath within the file where the value to be evaluated may be found.

Constraint: Exactly one of Path , rRef or BasicPreflightTest must be specified.

rRef ?

Modified in JDF 1.4

IDREF

A reference to State , DevCap , DevCaps or Module Elements when used in the context of Device capability descriptions.

Constraint: Exactly one of Path , rRef or BasicPreflightTest must be specified.

Modification note: starting with JDF 1.4, DevCap and DevCaps can also be referenced and Path added to the all constraints in this table.

BasicPreflightTest ?

element

Definition of the preflight basic test to which the Evaluation refers. BasicPreflightTest is only valid when Evaluation Elements are used in the context of preflighting. The Evaluation Elements in capability descriptions must reference the appropriate State Element using rRef . For details of the BasicPreflightTest , see Section 7.2.139, “PreflightParams” .

Constraint: Exactly one of Path , rRef or BasicPreflightTest must be specified.

 

7.3.13.6.2 Evaluation Elements

Evaluation Elements map generalized tests against a condition to form a true or false Boolean state that can be evaluated using the Boolean logic defined below.

 

Table 7-444: List of Abstract Evaluation Elements

Name

Page

Description

BooleanEvaluation

BooleanEvaluation

Describes operations on a set of Boolean values.

DateTimeEvaluation

DateTimeEvaluation

Describes operations on a set of dateTime values.

DurationEvaluation

DurationEvaluation

Describes operations on a set of duration values.

EnumerationEvaluation

EnumerationEvaluation

Describes operations on a set of enumeration values.

IntegerEvaluation

IntegerEvaluation

Describes operations on a numerical range of integer values.

IsPresentEvaluation

IsPresentEvaluation

Checks for the existence of a tag, Element or feature.

MatrixEvaluation

MatrixEvaluation

Describes operations on a range of matrices. Generally used to define valid orientations of Component Resources.

NameEvaluation

NameEvaluation

Describes operations on a set of NMTOKEN values

NumberEvaluation

NumberEvaluation

Describes operations on a numerical range of values.

PDFPathEvaluation

PDFPathEvaluation

Describes operations on PDFPath.

RectangleEvaluation

RectangleEvaluation

Describes operations on a set of four-value rectangle values.

ShapeEvaluation

ShapeEvaluation

Describes operations on a set of three-value shape values.

StringEvaluation

StringEvaluation

Describes operations on a set of string values.

XYPairEvaluation

XYPairEvaluation

Describes operations on a set of XYPair values.

Mapping of Evaluation Element to State Element

When used in a Device capabilities context, the Evaluation Elements map to the State Elements (i.e., BooleanState , IntegerState , etc.). These Elements each declare individual JDF Attributes for a Device capabilities description. The Evaluation Elements are instances of Term Elements that compare the value of a given State Attribute against a condition to form a true or false Boolean statement. The form of the condition depends on the type of the Evaluation - State Element pairing -- different types of pairings need different condition declarations, depending on the structure of the logic and the data type of the Evaluation and State Elements.

When used in a preflighting context, Evaluation Elements map named preflight tests against a condition to form a true or false Boolean statement.

 

Table 7-445: Mapping of Evaluation Element to State Element

Name

Corresponding State Element

Description

BooleanEvaluation

BooleanState

Describes operations on a set of Boolean values.

DateTimeEvaluation

DateTimeState

Describes operations on a set of dateTime values.

DurationEvaluation

DurationState

Describes operations on a set of duration values.

EnumerationEvaluation

EnumerationState

Describes operations on a set of enumeration values.

IntegerEvaluation

IntegerState

Describes operations on a numerical range of integer values.

IsPresentEvaluation

State (all)

Checks for the existence of a tag, Element or feature.

MatrixEvaluation

MatrixState

Describes operations on a range of matrices. Generally used to define valid orientations of Component Resources.

NameEvaluation

NameState

Describes operations on a set of NMTOKEN values

NumberEvaluation

NumberState

Describes operations on a numerical range of values.

PDFPathEvaluation

PDFPathState

Describes operations on PDFPath.

RectangleEvaluation

RectangleState

Describes operations on a set of four-value rectangle values.

ShapeEvaluation

ShapeState

Describes operations on a set of three-value shape values.

StringEvaluation

StringState

Describes operations on a set of string values.

XYPairEvaluation

XYPairState

Describes operations on a set of XYPair values.

7.3.13.6.2.1 BooleanEvaluation

The BooleanEvaluation Element declares a Boolean value for comparison in an expression to a BooleanState Element in constraints. It inherits from the Abstract Evaluation Element described above.

 

Table 7-446: BooleanEvaluation Element

Name

Data Type

Description

ValueList ?

enumerations

A list of all supported values.

Values are:

true

false

7.3.13.6.2.2 DateTimeEvaluation

The DateTimeEvaluation Element declares a Boolean value for comparison in an expression to a DateTimeState Element in constraints.

 

Table 7-447: DateTimeEvaluation Element

Name

Data Type

Description

ValueDurationList ?

DurationRangeList

List of inclusive minimum and maximum allowed values relative to the current system time.

ValueList ?

DateTimeRangeList

A list of all supported values.

7.3.13.6.2.3 DurationEvaluation

The DurationEvaluation Element declares a Boolean value for comparison in an expression to a DurationState Element in constraints. It inherits from the Abstract Evaluation Element described above.

 

Table 7-448: DurationEvaluation Element

Name

Data Type

Description

ValueList ?

DurationRangeList

A list of all supported values.

7.3.13.6.2.4 EnumerationEvaluation

The EnumerationEvaluation Element declares an enumeration value for comparison in an expression to an EnumerationState Element in constraints.

 

Table 7-449: EnumerationEvaluation Element

Name

Data Type

Description

ValueList ?

enumerations

A list of all potential supported values. If not specified all enumerations defined by the XML schema are valid. In order to enable capabilities to be specified without access to the JDF XML schema, it is strongly recommended to specify ValueList , even when the entire range of schema-valid values is supported.

7.3.13.6.2.5 IntegerEvaluation

The IntegerEvaluation Element declares an integer value for comparison in an expression to a IntegerState Element in constraints.

 

Table 7-450: IntegerEvaluation Element

Name

Data Type

Description

ValueList ?

IntegerRangeList

A list of all supported values.

ValueMod ?

XYPair

X defines the Modulo and Y the offset of the allowed value. In other words, if AllowedValueMod = "10 2" , only the values ... -8,2,12,22 ... are allowed. If not specified all values in the range are valid.

If ((N%X)-Y = 0) then N is a valid value.

Note: “Modulo” is the remainder of an integer division. For example: 4 mod 3 = 4 -3 = 1; 17 mod 3 = 17-5*3 = 2; and 3 mod 3 = 3-3 = 0.

7.3.13.6.2.6 IsPresentEvaluation

The IsPresentEvaluation Element checks for the existence of a tag, module or feature. It inherits from the Abstract Evaluation Element described above and has no additional Attributes. IsPresentEvaluation / @rRef MAY reference a DevCap Element in order to test for the existence of an Element.

IsPresentEvaluation /@ rRef MAY reference a DevCaps Element in order to test for the existence of a Resource.

 

Table 7-451: IsPresentEvaluation Element

Name

Data Type

Description

 

 

 

7.3.13.6.2.7 MatrixEvaluation

The MatrixEvaluation Element declares a matrix value for comparison in an expression to a MatrixState Element in constraints.

 

Table 7-452: MatrixEvaluation Element

Name

Data Type

Description

RotateMod ?

double

Allowed Modulo of the allowed rotations and offset in degrees.

Note: Although this seems counter-intuitive and contrary to the convention set in JDF coordinate systems, the application of RotateMod in practice will involve subtracting values by the value of the RotateMod . Hence, any number is reduced by "0" and is unaffected by the subtraction.

Values include:

360 - No rotation is allowed.

90 - Any orthogonal rotation.

0 - Interpreted to mean that any rotation is allowed.

Shift ?

DoubleList

If Transforms is specified, the implied shift defined in Table 2-4, “Matrices and Orientation values for describing the orientation of a Component” is subtracted from Shift , thus all in-place rotations have an implied Shift value of "0 0 0 0" .

Tolerance = "0 0"

XYPair

The tolerance between the real and actual values that are defined as equal. Used to account for rounding errors and such. The first value is a positive value representing the negative tolerance, and the second value represents the positive tolerance. The tolerance applies to all of the matrix values.

Transforms ?

Orientations

Any of the eight predefined transforms for Physical Resource s as defined in Table 2-4, “Matrices and Orientation values for describing the orientation of a Component”.

Value *

element

A list supported values. The Value /@ Value Attribute must be a representation of a matrix. See Section 7.3.13.6.2.7.1, “Value”.

7.3.13.6.2.7.1 Value

 

Table 7-453: MatrixEvaluation/Value Element

Name

Data Type

Description

Value

matrix

A supported value for a matrix variable.

7.3.13.6.2.8 NameEvaluation

The NameEvaluation Element declares a NMTOKEN value for comparison in an expression to a NameState Element in constraints.

 

Table 7-454: NameEvaluation Element

Name

Data Type

Description

RegExp

regExp

Regular expression that limits the allowed values.

ValueList ?

NMTOKENS

A list of supported values.

7.3.13.6.2.9 NumberEvaluation

The NumberEvaluation Element declares a number value for comparison in an expression to a NumberState Element in constraints.

 

Table 7-455: NumberEvaluation Element

Name

Data Type

Description

Tolerance = "0 0"

XYPair

The tolerance between the real and actual values that are defined as equal. Used to account for rounding errors and such. The first value is a positive value representing the negative tolerance, and the second represents the positive tolerance.

ValueList ?

DoubleRangeList

A list of supported values.

ValueMod ?

XYPair

X defines the Modulo and Y the offset of the allowed value. In other words, if AllowedValueMod = "10 2" , only the values ... -8,2,12,22 ... are allowed. If not specified all values in the range are valid.

If ((N%X)-Y = 0) then N is a valid value.

Note: “Modulo” is the remainder of an integer division. For example: 4 mod 3 = 4 -3 = 1; 17 mod 3 = 17-5*3 = 2; and 3 mod 3 = 3-3 = 0.

7.3.13.6.2.10 PDFPathEvaluation

The PDFPathEvaluation Element declares a PDF path value for comparison in an expression to a PDFPathState Element in constraints.

 

Table 7-456: PDFPathEvaluation Element

Name

Data Type

Description

Length ?

IntegerRange

Inclusive minimum and maximum length of valid PDF path in characters.

Value *

element

PDF path values for comparison in an expression to a PDFPathState Element. See Section 7.3.13.6.2.10.1, “Value”.

7.3.13.6.2.10.1 Value

 

Table 7-457: PDFPathEvaluation/Value Element

Name

Data Type

Description

Value

PDFPath

A supported value for a PDF path Attribute.

7.3.13.6.2.11 RectangleEvaluation

The RectangleEvaluation Element declares a Boolean value for comparison in an expression to a RectangleState Element in constraints.

 

Table 7-458: RectangleEvaluation Element

Name

Data Type

Description

HWRelation ?

XYRelation

Allowed relative value of width (X) versus height (Y).

Tolerance = "0 0"

XYPair

The tolerance between the real and actual values that are defined as equal. Used to account for rounding errors and such. The first value is a positive value representing the negative tolerance, and the second represents the positive tolerance. The tolerance applies to both sides of the rectangle.

ValueList ?

RectangleRangeList

A list of ranges of allowed values that can be chosen.

7.3.13.6.2.12 ShapeEvaluation

The ShapeEvaluation Element declares a shape value for comparison in an expression to a ShapeState Element in constraints.

Table 7-459: ShapeEvaluation Element

Name

Data Type

Description

Tolerance = "0 0"

XYPair

The tolerance between the real and actual values that are defined as equal. Used to account for rounding errors and such. The first value is a positive value representing the negative tolerance, and the second represents the positive tolerance. The tolerance applies to all values tested.

ValueList ?

ShapeRangeList

A list of ranges of values that can be chosen.

X ?

DoubleRangeList

Allowed X-axis of the Shape .

Y ?

DoubleRangeList

Allowed Y-axis of the Shape .

Z ?

DoubleRangeList

Allowed Z-axis of the Shape .

7.3.13.6.2.13 StringEvaluation

The StringEvaluation Element declares a string value for comparison in an expression to a StringState Element in constraints.

 

Table 7-460: StringEvaluation Element

Name

Data Type

Description

Length ?

IntegerRange

Inclusive minimum and maximum length of valid string in characters. Note that this is the length in characters, and not in bytes of the internal encoding of an application. For instance, the length of the string "Grün" is 4 and not 6 (UTF-8 with a terminating 0 and a double byte "ü" ).

RegExp ?

regExp

Regular expression that limits the allowed values.

Value *

element

A string value for comparison in an expression to a StringEvaluation Element. See Section 7.3.13.6.2.13.1, “Value”.

7.3.13.6.2.13.1 Value

 

Table 7-461: StringEvaluation/Value Element

Name

Data Type

Description

Value

string

A supported value for a string Attribute.

7.3.13.6.2.14 XYPairEvaluation

The XYPairEvaluation Element declares a XYPair value for comparison in an expression to a XYPairState Element in constraints.

 

Table 7-462: XYPairEvaluation Element

Name

Data Type

Description

Tolerance = "0 0"

XYPair

The tolerance between the real and actual values that are defined as equal. Used to account for rounding errors and such. The first value is a positive value representing the negative tolerance, and the second represents the positive tolerance. These tolerance values apply to both the X and Y values of the evaluation being performed.

ValueList ?

XYPairRangeList

A list of values that can be chosen.

XYRelation ?

XYRelation

Relative value of X vs. Y.

7.3.14 Examples of Device Capabilities

New in JDF 1.1

All of the examples in this section are based on a simple definition of a scanner. The JMF based hand shaking is also illustrated. NodeInfo , ExposedMedia and ScanParams are restricted.

7.3.14.1 Device Description of a Scanner

This first example shows the general structure and provides an example of user interface localization (the query requests localization for the French language, and localizations are returned for the ScanParams Resource).

Example 7-60: KnownDevices Query for a Scanner

< JMF xmlns = "http://www.CIP4.org/JDFSchema_1_1" MaxVersion = "1.4" Version = "1.4"

TimeStamp = "2005-04-05T16:45:43+02:00" SenderID = "Controller"

xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance" >

< Query ID = "DeviceQuery" Type = "KnownDevices" xsi:type = "QueryKnownDevices" >

< DeviceFilter DeviceDetails = "Capability" Localization = "fre" />

</ Query >

</ JMF >

 

Example 7-61: KnownDevices Response for a Scanner

< JMF xmlns = "http://www.CIP4.org/JDFSchema_1_1" SenderID = "Scanner"

TimeStamp = "2005-06-05T16:45:43+02:00" MaxVersion = "1.4" Version = "1.4"

xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance" >

< Response ID = "xyz" Type = "KnownDevices" refID = "DeviceQuery"

xsi:type = "ResponseKnownDevices" >

< DeviceList >

< DeviceInfo DeviceStatus = "Idle" >

< Device Class = "Implementation" DeviceID = "Joe the Drum"

KnownLocalizations = "En Fre" ModelName = "Bongo" >

< DeviceCap GenericAttributes = "ID Class SettingsPolicy

BestEffortExceptions OperatorInterventionExceptions

MustHonorExceptions PartIDKeys DocIndex"

Lang = "Fre" Type = "Scanning" >

<!-- the scanner takes a minute to set up and scans an average

of 2 sheets a min. -->

< Performance AverageAmount = "120" AverageSetup = "PT2M"

Name = "ExposedMedia" />

< DevCaps Name = "NodeInfo" >

< DevCap >

<!-- NodeInfo only supports JobPriority and

---- TargetRoute Attributes -->

< StringState Name = "TargetRoute" HasDefault = "false" />

< IntegerState Name = "JobPriority" HasDefault = "false" />

</ DevCap >

</ DevCaps >

< DevCaps Name = "ExposedMedia" >

< DevCap >

<!-- ExposedMedia restrictions -->

< DevCap Name = "Media" >

< NameState DefaultValue = "Sheet" Name = "MediaUnit" />

< XYPairState AllowedValueMax = "600 1200"

AllowedValueMin = "0 0"

Name = "Dimension" HasDefault = "false" />

</ DevCap >

</ DevCap >

</ DevCaps >

< DevCaps Name = "ScanParams" >

< Loc HelpText = "Les parametres pour commander le

procede de balayage."

Value = "Les parametres de module de balayage" />

< DevCap >

<!-- Black and white 1 bit mode -->

< IntegerState AllowedValueMax = "1" AllowedValueMin = "1"

DefaultValue = "8" Name = "BitDepth" />

< EnumerationState AllowedValueList = "CCITTFaxEncode None"

Name = "CompressionFilter" HasDefault = "false" >

< Loc HelpText = "Choisissez la compression pour reduire la

taille de donnees."

Value = "La compression de donnees" />

< ValueLoc Value = "CCITTFaxEncode" >

< Loc Value = "Compression de CCITT Fax" />

</ ValueLoc >

< ValueLoc Value = "None" >

< Loc Value = "Aucun compression" />

</ ValueLoc >

</ EnumerationState >

< NumberState AllowedValueMax = "10" AllowedValueMin = "1.e-002"

Name = "Magnification" HasDefault = "false" >

< Loc ShortValue = "Rapport optique"

Value = "Rapport de rapport optique d'image" />

</ NumberState >

< EnumerationState AllowedValueList = "GrayScale"

Name = "OutputColorSpace" HasDefault = "false" >

< Loc ShortValue = "Format de couleur"

Value = "Configurez le format de couleur de

module de balayage" />

< ValueLoc Value = "GrayScale" >

< Loc Value = "echelle de gris" />

</ ValueLoc >

</ EnumerationState >

< XYPairState DefaultValue = "2400 2400"

Name = "OutputResolution" >

< Loc ShortValue = "resolution"

Value = "Resolution de module de balayage" />

</ XYPairState >

</ DevCap >

< DevCap >

<!-- Grayscale 12 bit mode -->

< IntegerState AllowedValueMax = "12" AllowedValueMin = "12"

DefaultValue = "8" Name = "BitDepth" >

< Loc Value = "Le profondeur de bit" />

</ IntegerState >

< EnumerationState

AllowedValueList = "FlateEncode DCTEncode None"

Name = "CompressionFilter" HasDefault = "false" >

< Loc HelpText = "Choisissez la compression pour

reduire la taille de donnees."

Value = "La compression de donnees" />

< ValueLoc Value = "FlateEncode" >

< Loc Value = "Compression de Flate" />

</ ValueLoc >

< ValueLoc Value = "DCTEEncode" >

< Loc Value = "Compression de DCTE" />

</ ValueLoc >

< ValueLoc Value = "None" >

< Loc Value = "Aucun compression" />

</ ValueLoc >

</ EnumerationState >

< NumberState AllowedValueMax = "10" AllowedValueMin = "0.001"

Name = "Magnification" DefaultValue = "1.0" >

< Loc ShortValue = "Rapport optique"

Value = "Rapport de rapport optique d'image" />

</ NumberState >

< EnumerationState AllowedValueList = "GrayScale"

Name = "OutputColorSpace" HasDefault = "false" >

< Loc ShortValue = "Format de couleur"

Value = "Configurez le format de couleur de

module de balayage" />

< ValueLoc Value = "GrayScale" >

< Loc Value = "Echelle de gris" />

</ ValueLoc >

</ EnumerationState >

< XYPairState AllowedValueMax = "2400 2400"

AllowedValueMin = "100 100" DefaultValue = "600 600"

Name = "OutputResolution" >

< Loc ShortValue = "resolution"

Value = "Resolution de module de balayage" />

</ XYPairState >

</ DevCap >

< DevCap >

<!-- Color 10 bit mode -->

< IntegerState AllowedValueMax = "10" AllowedValueMin = "10"

DefaultValue = "8" Name = "BitDepth" >

< Loc Value = "Le profondeur de bit" />

</ IntegerState >

< EnumerationState

AllowedValueList = "FlateEncode DCTEncode None"

Name = "CompressionFilter" >

< Loc HelpText = "Choisissez la compression pour reduire

la taille de donnees."

Value = "La compression de donnees" />

< ValueLoc Value = "FlateEncode" >

< Loc Value = "Compression de Flate" />

</ ValueLoc >

< ValueLoc Value = "DCTEEncode" >

< Loc Value = "Compression de DCTE" />

</ ValueLoc >

< ValueLoc Value = "None" >

< Loc Value = "Aucun compression" />

</ ValueLoc >

</ EnumerationState >

< NumberState AllowedValueMax = "10" AllowedValueMin = "1.e-002"

Name = "Magnification" >

< Loc ShortValue = "Rapport optique"

Value = "Rapport de rapport optique d'image" />

</ NumberState >

< EnumerationState AllowedValueList = "CMYK RGB LAB"

Name = "OutputColorSpace" >

< Loc ShortValue = "Format de couleur"

Value = "Configurez le format de couleur de

module de balayage" />

< ValueLoc Value = "CMYK" >

< Loc Value = "Couleur de CMYK" />

</ ValueLoc >

< ValueLoc Value = "RGB" >

< Loc Value = "Couleur de RGB" />

</ ValueLoc >

< ValueLoc Value = "LAB" >

< Loc Value = "Couleur de LAB" />

</ ValueLoc >

</ EnumerationState >

< XYPairState AllowedValueMax = "2400 2400"

AllowedValueMin = "100 100"

DefaultValue = "600 600" Name = "OutputResolution" >

< Loc ShortValue = "resolution"

Value = "Resolution de module de balayage" />

</ XYPairState >

</ DevCap >

</ DevCaps >

</ DeviceCap >

</ Device >

</ DeviceInfo >

</ DeviceList >

</ Response >

</ JMF >

 

7.3.14.2 Device Description of a Scanner #2

This second example illustrates the use of constraints, macros and DisplayGroup Elements in a capability response. For the sake of simplicity, the only localizations returned are for the constraints.

Example 7-62: KnownDevices Query for a Scanner #2

< JMF xmlns = "http://www.CIP4.org/JDFSchema_1_1" SenderID = "Controller"

TimeStamp = "2005-04-05T16:45:43+02:00" MaxVersion = "1.4" Version = "1.4"

xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance" >

< Query ID= "DeviceQuery" Type = "KnownDevices" xsi:type = "QueryKnownDevices" >

< DeviceFilter DeviceDetails = "Capability" Localization = "en" />

</ Query >

</ JMF >

 

Example 7-63: KnownDevices Response for a Scanner #2

< JMF SenderID = "Scanner" TimeStamp = "2004-10-17T14:30:47Z"

xmlns = "http://www.CIP4.org/JDFSchema_1_1" MaxVersion = "1.4" Version = "1.4"

DescriptiveName = "Example from JDF 1.2 Spec Document"

xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance" >

< Response ID = "xyz" Type = "KnownDevices" refID = "DeviceQuery" ReturnCode = "0"

Acknowledged = "false" xsi:type = "ResponseKnownDevices" >

< DeviceList >

< DeviceInfo DeviceStatus = "Idle" >

< Device DeviceID = "Joe the Drum" ModelName = "Bongo" >

< DeviceCap GenericAttributes = "ID Class SettingsPolicy

BestEffortExceptions OperatorInterventionExceptions

MustHonorExceptions PartIDKeys DocIndex"

Type = "Scanning" CombinedMethod = "None"

ExecutionPolicy = "AllFound" >

< Performance AverageAmount = "120.0" Name = "ExposedMedia" />

< FeaturePool >

< EnumerationState MinOccurs = "1"

AllowedValueList = "Mono ColorTransparency Photo"

UserDisplay = "Display" Editable = "true" ID = "sm"

ListType = "SingleValue" HasDefault = "true" Name = "ScanMode"

DevNS = "http://www.CIP4.org/JDFSchema_1_1" MaxOccurs = "1"

MacroRefs = "ScanModeMacro" />

</ FeaturePool >

< DisplayGroupPool >

< DisplayGroup rRefs = "btd cmp mag colorspace outputres" >

< Loc HelpText = "Parameters for scanning configuration"

Lang = "en" ShortValue = "ScanningParameters" />

</ DisplayGroup >

</ DisplayGroupPool >

< ActionPool >

< Action Severity = "Error" TestRef = "BD-bw" ID = "BD-bw-action" >

< Loc HelpText = "For 1 bit grayscale, please select

CCITTFaxEncoding"

Lang = "en" ShortValue = "Ouch!"

Value = "Flate and DCT Encoding not allowed

on 1 bit images" />

</ Action >

< Action Severity = "Error" TestRef = "ctcmp" ID = "ctcmp-action" >

< Loc HelpText = "Only select CCITTFaxEncoding for

1 bit documents"

Lang = "en" ShortValue = "Ouch!"

Value = "CCITTFaxEncoding not supported on

grayscale images" />

</ Action >

< Action Severity = "Error" TestRef = "cd" ID = "cd-action" >

< Loc HelpText = "Choose a bit depth of 10 or less

for color images"

Lang = "en" ShortValue = "Ouch!"

Value = "Bit depths higher than 10 are not

supported for color" />

</ Action >

</ ActionPool >

< TestPool >

< Test ID = "iscolor" >

< EnumerationEvaluation

ValueList = "RGB LAB CMYK" rRef = "colorspace" />

</ Test >

< Test ID = "is1bit" >

< IntegerEvaluation ValueList = "1" rRef = "btd" />

</ Test >

< Test ID = "BD-bw" >

< and >

< TestRef rRef = "is1bit" />

< EnumerationEvaluation

ValueList = "FlateEncode DCTEncode"

rRef = "cmp" />

</ and >

</ Test >

< Test ID = "ctcmp" >

< and >

< not >

< TestRef rRef = "is1bit" />

</ not >

< EnumerationEvaluation ValueList = "CCITTFaxEncode"

rRef = "cmp" />

</ and >

</ Test >

< Test ID = "cd" >

< and >

< TestRef rRef = "iscolor" />

< IntegerEvaluation ValueList = "1 10" rRef = "btd" />

</ and >

</ Test >

</ TestPool >

< MacroPool >

< macro ID = "ScanModeMacro" >

< choice >

< when >

< EnumerationEvaluation ValueList = "Mono" rRef = "sm" />

< set rRef = "btd" >

< FeatureAttribute CurrentValue = "1" />

</ set >

< set rRef = "colorspace" >

< FeatureAttribute CurrentValue = "GrayScale" />

</ set >

< set rRef = "outputres" >

< FeatureAttribute CurrentValue = "1200 1200" />

</ set >

</ when >

< when >

< EnumerationEvaluation ValueList = "ColorTransparency"

rRef = "sm" />

< set rRef = "btd" >

< FeatureAttribute CurrentValue = "8" />

</ set >

< set rRef = "colorspace" >

< FeatureAttribute CurrentValue = "RGB" />

</ set >

< set rRef = "outputres" >

< FeatureAttribute CurrentValue = "600 600" />

</ set >

</ when >

< when >

< EnumerationEvaluation ValueList = "Photo" rRef = "sm" />

< set rRef = "btd" >

< FeatureAttribute CurrentValue = "10" />

</ set >

< set rRef = "colorspace" >

< FeatureAttribute CurrentValue = "LAB" />

</ set >

< set rRef = "outputres" >

< FeatureAttribute CurrentValue = "200 200" />

</ set >

</ when >

</ choice >

</ macro >

</ MacroPool >

< DevCaps Required = "false" Context = "Resource"

DevNS = "http://www.CIP4.org/JDFSchema_1_1"

Availability = "Installed"

Name = "NodeInfo" ResourceUpdate = "None" >

< DevCap MinOccurs = "1" Name = "NodeInfo"

DevNS = "http://www.CIP4.org/JDFSchema_1_1" MaxOccurs = "1" >

< StringState UserDisplay = "Display"

DevNS = "http://www.CIP4.org/JDFSchema_1_1"

Editable = "true" MinOccurs = "1" MaxOccurs = "1"

Name = "TargetRoute" HasDefault = "true"

ListType = "SingleValue" />

< IntegerState Name = "JobPriority"

DevNS = "http://www.CIP4.org/JDFSchema_1_1"

Editable = "true" MinOccurs = "1" MaxOccurs = "1"

UserDisplay = "Display" HasDefault = "true"

ListType = "SingleValue" />

</ DevCap >

</ DevCaps >

< DevCaps Required = "false" ResourceUpdate = "None" Context = "Resource"

Availability = "Installed" Name = "ExposedMedia"

DevNS = "http://www.CIP4.org/JDFSchema_1_1" >

< DevCap MinOccurs = "1" Name = "ExposedMedia"

DevNS = "http://www.CIP4.org/JDFSchema_1_1" MaxOccurs = "1" >

< DevCap MinOccurs = "1" Name = "Media"

DevNS = "http://www.CIP4.org/JDFSchema_1_1"

MaxOccurs = "1" >

< NameState MinOccurs = "1" DefaultValue = "Sheet"

UserDisplay = "Display" Editable = "true"

ListType = "SingleValue" HasDefault = "true"

Name = "MediaUnit" MaxOccurs = "1"

DevNS = "http://www.CIP4.org/JDFSchema_1_1" />

< XYPairState MinOccurs = "1" UserDisplay = "Display"

Editable = "true" AllowedValueMax = "600.0 1200.0"

ListType = "SingleValue" HasDefault = "true"

Name = "Dimension" AllowedValueMin = "0.0 0.0"

DevNS = "http://www.CIP4.org/JDFSchema_1_1"

MaxOccurs = "1" />

</ DevCap >

</ DevCap >

</ DevCaps >

< DevCaps Required = "false" Context = "Resource"

DevNS = "http://www.CIP4.org/JDFSchema_1_1"

Availability = "Installed" Name = "ScanParams"

ResourceUpdate = "None" >

< DevCap MinOccurs = "1" Name = "ScanParams"

DevNS = "http://www.CIP4.org/JDFSchema_1_1" MaxOccurs = "1" >

< IntegerState MinOccurs = "1" DefaultValue = "1"

AllowedValueList = "1 4 8 10 12" UserDisplay = "Hide"

ActionRefs = "BD-bw ctcmp cd" Editable = "true"

ID = "btd" ListType = "SingleValue" HasDefault = "true"

Name = "BitDepth" MaxOccurs = "1"

DevNS = "http://www.CIP4.org/JDFSchema_1_1" />

< EnumerationState ActionRefs = "BD-bw ctcmp" MinOccurs = "1"

AllowedValueList =

"CCITTFaxEncode FlateEncode DCTEncode None"

UserDisplay = "Hide" Editable = "true" ID = "cmp"

ListType = "SingleValue" HasDefault = "true"

Name = "CompressionFilter" MaxOccurs = "1"

DevNS = "http://www.CIP4.org/JDFSchema_1_1" />

< NumberState MinOccurs = "1" UserDisplay = "Display"

Editable = "true" ID = "mag" ListType = "SingleValue"

HasDefault = "true" AllowedValueMax = "100.0"

AllowedValueMin = "0.01" MaxOccurs = "1"

Name = "Magnification"

DevNS = "http://www.CIP4.org/JDFSchema_1_1" />

< EnumerationState ActionRefs = "cd" MinOccurs = "1"

AllowedValueList = "GrayScale CMYK RGB LAB"

UserDisplay = "Display" Editable = "true"

ID = "colorspace" ListType = "SingleValue"

HasDefault = "true" Name = "OutputColorSpace"

MaxOccurs = "1"

DevNS = "http://www.CIP4.org/JDFSchema_1_1" />

< XYPairState MinOccurs = "1" DefaultValue = "600.0 600.0"

AllowedValueList = "100.0 100.0 300.0 300.0 600.0 600.0

1200.0 1200.0 2400.0 2400.0"

UserDisplay = "Display" Editable = "true" ID = "outputres"

ListType = "SingleValue" HasDefault = "true"

Name = "OutputResolution" MaxOccurs = "1"

DevNS = "http://www.CIP4.org/JDFSchema_1_1" />

</ DevCap >

</ DevCaps >

</ DeviceCap >

</ Device >

</ DeviceInfo >

</ DeviceList >

</ Response >

</ JMF >

 

Example 7-64: JDF Accepted by Previous Scanner

Example of JDF Node that is accepted by the scanner of the previous example. All parameters of the following Scanning Node are compliant with the capabilities.

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" ID = "GoodScan"

Status = "Waiting" Type = "Scanning" JobPartID = "ID300" Version = "1.4" >

< ResourcePool >

< ScanParams BitDepth = "8" Class = "Parameter" ID = "Link0007"

OutputColorSpace = "RGB" OutputResolution = "600. 600." Status = "Available" />

< ExposedMedia Class = "Handling" ID = "Link0008" Status = "Available" >

< Media Dimension = "425.196850394 566.929133858" />

</ ExposedMedia >

< RunList Class = "Parameter" ID = "Link0014" Status = "Available" />

</ ResourcePool >

< ResourceLinkPool >

< ScanParamsLink Usage = "Input" rRef = "Link0007" />

< ExposedMediaLink Usage = "Input" rRef = "Link0008" />

< RunListLink Usage = "Output" rRef = "Link0014" />

</ ResourceLinkPool >

</ JDF >

 

Example 7-65: JDF Rejected by Previous Scanner

Example of JDF Node that is rejected by the scanner of the previous example. All parameters of the following Scanning Node except Magnification are compliant with the Device capabilities. Therefore, the Device can not execute the Job.

< JDF xmlns = "http://www.CIP4.org/JDFSchema_1_1" ID = "BadScan" Status = "Waiting"

Type = "Scanning" JobPartID = "ID300" Version = "1.4" >

< ResourcePool >

< ScanParams BitDepth = "8" Class = "Parameter" ID = "Link0012"

Magnification = "1000. 1000."

OutputColorSpace = "RGB" OutputResolution = "600. 600." Status = "Available" />

< ExposedMedia Class = "Handling" ID = "Link0013" Status = "Available" >

< Media Dimension = "425.196850394 566.929133858" />

</ ExposedMedia >

< RunList Class = "Parameter" ID = "Link0014" Status = "Available" />

</ ResourcePool >

< ResourceLinkPool >

< ScanParamsLink Usage = "Input" rRef = "Link0012" />

< ExposedMediaLink Usage = "Input" rRef = "Link0013" />

< RunListLink Usage = "Output" rRef = "Link0014" />

</ ResourceLinkPool >

</ JDF >

 

7.4 Concept of the Preflight Process

New in JDF 1.2

Note: This section establishes Elements, Attributes and Attribute Values that are used by the Resources referenced by the Preflight Process, including PreflightParams , PreflightReportRulePool and PreflightReport , as well as extensions of testing methodology established Action and Test functions defined in Section 7.3.1, “DeviceCap” .

In order to define one Test , you can combine one or more basic tests using the Boolean logic as defined in Section 7.3, “Device Capability Definitions” . Each basic test is applied to one defined property with a given data type. Note that document properties defined in this section include one or more Attributes that are extracted from documents (e.g., a client’s PDF file) and used by one or more evaluations as part of a preflight test. Each data type can be tested on an object using its matching Evaluation . A document that is preflighted is made of objects. Some of them, like virtual boxes ( TrimBox or MediaBox ) are not visible. In order to combine basic tests together, they have been classified by groups of properties. These groups do not necessarily match a class of an object. However, each class of object will implement one ore more groups of properties.

The rules to combine basic tests into a Test can be built on both object classes and groups of properties. Each basic test takes an object as an input and has four different states in output: "false" , "true" , "TestWrongPDL" or "TestNotSupported" . The two last values occur when a basic test has no meaning for the given object or when the application that is executing the test does not support that test. These four different states lead to a more open way of dealing with Boolean logic

:

"false"

AND

"TestWrongPDL"

=

"false"

"true"

OR

"TestWrongPDL"

=

"true"

"false"

AND

"TestNotSupported"

=

"false"

"true"

OR

"TestNotSupported"

=

"true"

"true"

AND

"TestWrongPDL"

=

"TestWrongPDL"

"false"

OR

"TestWrongPDL"

=

"TestWrongPDL"

"true"

AND

"TestNotSupported"

=

"TestNotSupported"

"false"

OR

"TestNotSupported"

=

"TestNotSupported"

"TestWrongPDL"

OR

"TestNotSupported"

=

"TestNotSupported"

"TestWrongPDL"

AND

"TestNotSupported"

=

"TestNotSupported"

if ( "true" )

Report according to action.

if ( "false" )

Do not report.

if ( "TestWrongPDL" )

Report problem if specified in PRRule .

if ( "TestNotSupported" )

Report problem if specified in PRRule .

For instance, "TestWrongPDL" would occur when a test about font size is made on a page. "TestNotSupported" would happen when a JDF preflight agent does not support the concept of font size.

7.4.1 Object Classes

Table 7-463, “Object Classes for a Document” below has a list of the real objects that can be preflighted in a document. The objects are identified by their class name specified in the “Name” column:

 

Table 7-463: Object Classes for a Document

Name

Description

Annotation

An annotation is a complex object that adds information to the page of a document. The characteristic of such object is that it is optional to print it. When an annotation is set to be printed, the graphical objects making the annotation are considered separated objects.

Document

The document, which is preflighted.

Font

A font is a set of characters that can be used to draw text. A font can be in a document without being used by any text of the document.

Image

An image is a graphic object drawn with colored pixels.

MaskUsingImage

This object is an object that masks another object using an image.

MaskUsingVector

This object is an object that masks another object using a vector path.

MaskUsingText

This object is an object that masks another object using text components.

Mask

A mask is an object used to mask or clip a graphic object.

Page

A document can be made of finished pages (but could be empty as well).

PageBox

In each finished page, some virtual boxes can be defined (page size and margins). Some tests can be done with these boxes.

PDL

A PDL object is a generic kind of object that can be specific to some types of documents. It is just a way to detect presence or not of such objects.

Shading

A shading is a graphic object drawn using a smooth color change from one point to another.

Text

A text is a set of characters that have exactly the same style, (i.e., same size, same font, same fill and stroke, etc.).

Vector

A vector is a graphic object drawn with vector curves. It is made of a fill and a stroke.

7.4.1.1 Properties Implemented by each Class of Object

Table 7-464, “Properties Implemented by each Class of Object” below, has columns of object Classes and rows of Properties Categories. An “X” in a cell means that an object of the specified Class implements the specified Properties (see Table 7-466, “List of Properties Categories”).

 

Table 7-464: Properties Implemented by each Class of Object (Section 1 of 2)

 

 

 

 

 

 

Properties

Classes

Document

Page

Image

Vector

Text

Shading

ImageMask

Annotation

PageBox

Font

MaskUsingImage

MaskUsingVector

MaskUsingText

PDL

Logical

X

X

X

X

X

X

X

X

X

X

X

X

X

X

Class

X

X

X

X

X

X

X

X

X

X

X

X

X

X

Document

X

X

X

X

X

X

X

X

X

X

X

X

X

X

Page

 

X

X

X

X

X

X

X

X

X

X

X

X

X

Reference

 

 

X

X

 

 

 

 

 

 

 

 

 

 

Colorant

X

 

X

X

X

X

X

 

 

 

 

 

 

 

Box

 

X

X

X

X

X

X

X

X

 

X

X

X

X

Graphic

 

 

X

X

X

X

X

 

 

 

 

 

 

 

Fill

 

 

 

X

X

 

X

 

 

 

 

 

 

 

Stroke

 

 

 

X

X

 

 

 

 

 

 

 

 

 

Image

 

 

X

 

 

 

X

 

 

 

X

 

 

 

Vector

 

 

 

X

 

 

 

 

 

 

 

X

 

 

Text

 

 

 

 

X

 

 

 

 

 

 

 

X

 

Shading

 

 

 

 

 

X

 

 

 

 

 

 

 

 

Font

 

 

 

 

X

 

 

 

 

X

 

 

 

 

Annotation

 

 

 

 

 

 

 

X

 

 

 

 

 

 

Page Box

 

 

 

 

 

 

 

 

X

 

 

 

 

 

PDL Object

 

 

 

 

 

 

 

 

 

 

 

 

 

X

7.4.1.2 Checking for the Presence of a Property

In most of the Preflight Process, only the “values” of properties are needed. Please note that a property may incorporate one or more Attributes, and it is the values (e.g., string or enumeration) of these Attributes that are collectively referred to here as the “value” of the property. In some cases, it is also useful to be able to check if a property has been defined. This happens in some types of documents where the property definition is optional. Before checking its value, you just want to check that this property was defined.

For all the basic tests described in this document where it makes sense to check if they are defined, they are checked “Yes” in the Tag column of properties definition tables below. Use the IsPresentEvaluation to check for the presence of a property.

Example 7-66: Test for Existence of TrappedKey

This example checks if the TrappedKey is defined in a PDF document.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

<Device Class="Implementation" ID="Link0003" Status="Available">

<DeviceCap>

<TestPool>

< Test ID = "PT01" >

< IsPresentEvaluation >

< BasicPreflightTest Name = "TrappedKey" />

</ IsPresentEvaluation >

</ Test >

</TestPool>

</DeviceCap>

</Device>

</ResourcePool>

<ResourceLinkPool>

<DeviceLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

Example 7-67: Test for TrappedKey Equal to “Unknown”

This example checks if the value of the TrappedKey = "Unknown" in a PDF document.

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

<Device Class="Implementation" ID="Link0003" Status="Available">

<DeviceCap>

<TestPool>

< Test ID = "PT02" >

< EnumerationEvaluation ValueList = "Unknown" >

< BasicPreflightTest Name = "TrappedKey" />

</ EnumerationEvaluation >

</ Test >

</TestPool>

</DeviceCap>

</Device>

</ResourcePool>

<ResourceLinkPool>

<DeviceLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

 

Table 7-465: Mapping between property types (in the preflight spec) and evaluations (Section 1 of 2)

Property Type

Evaluation

Expected usage for BasicPreflightTest ListType

presence

IsPresentEvaluation

-

boolean

BooleanEvaluation

SingleValue.

BooleanList

BooleanEvaluation

Any of ListType ’s value that refers to a list.

DateTime

DateTimeEvaluation

SingleValue.

DateTimeList

DateTimeEvaluation

Any of ListType ’s value that refers to a list.

enumeration

NameEvaluation

SingleValue.

enumerations

NameEvaluation

Any of ListType ’s value that refers to a list.

integer

IntegerEvaluation

SingleValue.

IntegerList

IntegerEvaluation

Any of ListType ’s value that refers to a list.

Name

NameEvaluation

SingleValue.

NameList

NameEvaluation

Any of ListType ’s value that refers to a list.

double

NumberEvaluation

SingleValue.

DoubleList

NumberEvaluation

Any of ListType ’s value that refers to a list.

rectangle

RectangleEvaluation

SingleValue.

RectangleList

RectangleEvaluation

Any of ListType ’s value that refers to a list.

string

StringEvaluation

SingleValue.

StringList

StringEvaluation

Any of ListType ’s value that refers to a list.

XYPair

XYPairEvaluation

SingleValue.

XYPairList

XYPairEvaluation

Any of ListType ’s value that refers to a list.

7.4.1.3 Basic tests on set of objects

Some properties can be applied to more than one object and have a value when applied to a list of objects which differs from their value when applied to a single object. For instance, this allows you to make tests on the number of separations of objects included in a given area. These properties have the column “Set” checked with "Yes" . In order to define a Test using such properties, a list of objects is filtered first, before applying the test. This is achieved using the PreflightArgument Element.

7.4.2 Properties

Table 7-466, “List of Properties Categories”specifies the Properties Categories. In each of the following subsections, there is a table with a list of Attributes belonging to the specified Properties Category. Each such Attribute can be found, extracted, and evaluated from a document. The Attributes of each Properties Category apply to Objects of certain specified Classes (see Table 7-465, “Mapping between property types (in the preflight spec) and evaluations”).

Note: each table of Properties in the subsections below has a different meaning from a table for an Element or Resource, which describes an XML element along with its member attributes or subelements. A Properties table does not describe an XML element or any other structure. Rather each table row describes an Attribute that is a potential Attribute of some Element derived from Abstract PRGroupOccurrenceBase Element (see Table 7-303, “List of PRGroupOccurrenceBase Elements”).

Note also: for each Properties tables, the “Set” column is described in Section 7.4.1.3, “Basic tests on set of objects”, and the “Tag” column is described in Section 7.4.1.2, “Checking for the Presence of a Property”.

 

Table 7-466: List of Properties Categories (Section 1 of 2)

Name

Page

Description

Annotation Properties

Annotation Properties

Describes Annotations.

Box Properties

Box Properties

Describes a container box

Class Properties

Class Properties

Describes the Class name and Property name

Colorant Properties

Colorant Properties

Describes color and separation information.

Document Properties

Document Properties

Describes a document.

Fill Properties

Fill Properties

Describes fill for graphic objects

Font Properties

Font Properties

Describes fonts in a document:

Graphic Properties

Graphic Properties

Describes display and graphic information

Image Properties

Image Properties

Describes images displayed using pixels

Logical Properties

Logical Properties

Mainly used with “ Set ” to count the number of objects

PageBox Properties

PageBox Properties

Describes virtual boxes for each page.

Pages Properties

Pages Properties

Describes a page in a document

PDLObject Properties

PDLObject Properties

Describes particular PDF objects in a document

Reference Properties

Reference Properties

Describes references to external objects.

Shading Properties

Shading Properties

Describes shading that is applied graphic objects.

Stroke Properties

Stroke Properties

Describes strokes applied to graphic objects with vector primitives

Text Properties

Text Properties

Describes text.

Vector Properties

Vector Properties

Describes graphic objects with vector primitives.

7.4.2.1 Annotation Properties

Annotation objects are specific objects that can be displayed or printed according to the user’s choice. When they are displayed or printed, they add graphical objects to the document that can be preflighted.

 

Table 7-467: Annotation Properties

Name

Type

Description

Set

Tag

Documents

AnnotationPrintFlag

boolean

Is "true" when it will be printed on the final document.

--

--

PDF

AnnotationType

NMTOKEN

The type of annotations.

Values include those from: Table 7-468, “AnnotationType Attribute Values”.

--

--

PDF

TrapnetAnnotationPDFX

NMTOKENS

The PDF/X versions to which the TrapNet annotation complies, (e.g., "PDF/X- 1a:2003 " ).

--

--

PDF

-- Attribute: AnnotationType

Table 7-468: AnnotationType Attribute Values

Value

Description

 

Value

Description

Circle

 

 

Sound

 

FileAttachment

 

 

Square

 

FreeText

 

 

Squiggly

 

Highlight

 

 

Stamp

 

Ink

 

 

StrikeOut

 

Link

 

 

Text

 

Line

 

 

TrapNet

 

Movie

 

 

Underline

 

Popup

 

 

Widget

 

PrinterMark

 

 

 

 

7.4.2.2 Box Properties

All visible objects can be described at least by a box in which they can be contained. In a page, some kind of boxes can define some basic Box Properties that are extracted as Attributes for use in a test.

 

Table 7-469: Box Properties (Section 1 of 2)

Name

Type

Description

Set

Tag

Documents

BoundingBox

rectangle

The bounding box of the object is the smallest rectangle containing the object. When used with group of objects, this is the smallest box containing boxes of all objects.

Yes

--

--

DifferentBoxSize

enumerations

This is the list of boxes, which are different on one page from the same boxes on another page.

Values are from: BoxArgument /@ Box (Table 7-295, “BoxArgument Element”).

Only

--

--

InsideBox

boolean

Is "true" when an object is inside a given box. InsideBox must be qualified by BoxArgument Subelement.

--

--

--

OutsideBox

boolean

Is "true" when an object is outside a given box. OutsideBox must be qualified by BoxArgument Subelement.

--

--

--

7.4.2.3 Class Properties

Each object can define the name of the class of objects it belongs to:

 

Table 7-470: Class Properties

Name

Type

Description

Set

Tag

Documents

ClassName

NMTOKEN

The name of the class to which the object belongs.

Values include those from: Table 7-471, “ClassName Attribute Values”.

--

--

--

PropertyList

enumerations

The list of Properties the object has.

Values are from: Table 7-472, “PropertyList Attribute Values”.

--

--

--

-- Attribute: ClassName

Table 7-471: ClassName Attribute Values

Value

Description

 

Value

Description

Annotation

 

 

MaskUsingVector

 

Document

 

 

Page

 

Font

 

 

PageBox

 

Image

 

 

PDL

 

ImageMask

 

 

Shading

 

MaskUsingImage

 

 

Text

 

MaskUsingText

 

 

Vector

 

-- Attribute: PropertyList

Table 7-472: PropertyList Attribute Values (Section 1 of 2)

Value

Description

 

Value

Description

Annotation

 

 

Logical

 

Box

 

 

Page

 

Class

 

 

PageBox

 

Colorant

 

 

PDLObject

 

Document

 

 

Reference

 

Fill

 

 

Shading

 

Font

 

 

Stroke

 

Graphic

 

 

Text

 

Image

 

 

Vector

 

7.4.2.4 Colorant Properties

Every visible object or group of objects will imply a given number of separations.

 

Table 7-473: Colorant Properties

Name

Type

Description

Set

Tag

Documents

AliasSeparations

boolean

Is "true" when some of the separations have different names but the same color values.

Yes

--

--

AmbiguousSeparations

boolean

Is "true" when some of the separations have the same name but different color values.

Yes

--

--

InkCoverage

double

This is the maximum percentage of ink coverage for one object. In case of a group of objects, this is the maximum amount of ink coverage for the list of objects. The method of calculation can be application-dependant and can differ from one application to another. Some applications may check the coverage object by object without taking into account overprint or transparencies between objects; some others may use a rasterization Process to get the coverage of the combined objects.

Yes

--

--

SeparationList

string

List of all separations necessary to print one object or a group of objects.

Yes

--

--

7.4.2.5 Document Properties

This is the list of Properties (Attributes) that define parts of a document.

 

Table 7-474: Document Properties (Section 1 of 5)

Name

Type

Description

Set

Tag

Documents

Author

string

A string describing the author of the document.

--

Yes

--

Binding

enumeration

The binding of the document:

Values are:

Left

Right

--

Yes

PDF

CreationDate

dateTime

The date when the document was created according to the file system.

--

--

--

CreationDateInDocument

dateTime

The date when the document was created according to data inside the document.

--

Yes

--

CreationID

NMTOKEN

An NMTOKEN which can uniquely identify a document when created. In case of a PDF, it matches exactly the first element of ID array.

--

Yes

--

Creator

string

A string describing the creator of the document. This is usually the name and version of the authoring application used. In case of PS and PDF files, it matches exactly the Creator key.

--

Yes

--

DocumentCompression

enumerations

A list of all compression types used in the document (including image compression referenced by CompressionTypes in Image Properties ).

Values are from: @ CompressionTypes in Table 7-480, “Image Properties”.

--

--

--

DocumentCorruption

NMTOKENS

The list of recoverable errors against the document format that were found in this document.

An empty list means the document is not corrupted.

Values include:

InvalidOffsets - Some offsets are invalid, but the preflight agent was able to load the document nonetheless. Note that the absence of this value does not mean that all document structures are valid, only that the offsets are correct)

--

--

--

DocumentEncoding

enumeration

The document encoding which can be either:

Values are:

ASCII

Binary

--

--

PS, PDF

DocumentIsGoodCompression

boolean

Is "true" when a strong compression algorithm is used (not just an ASCII filter) for all objects in the document where it makes sense to have compression.

--

--

--

EncryptedDocument

boolean

Is "true" if document is encrypted.

--

--

--

EncryptionFilter

NMTOKEN

The Filter name of encryption for a PDF file.

--

Yes

PDF

EncryptionLength

integer

The length of the encryption key of a PDF file in bits.

--

Yes

PDF

EncryptionRestrictions

NMTOKENS

The actions that are forbidden by the encryption.

Values include:

Assembly - Inserting or removing pages.

Copying - Extracting part of the content.

DisabledAccess - Allowing copying specifically for providing access to the disabled.

EditingAnnotations

EditingContent

FillingIn - Filling in forms.

HighResPrinting

Printing

--

--

PDF

EncryptionSubFilter

NMTOKEN

The SubFilter name of encryption for a PDF file.

--

Yes

PDF

EncryptionV

integer

The V integer of encryption for a PDF file.

--

Yes

PDF

FileName

string

The file name, including file extension, in the file system. This is not the full path.

--

--

--

FileSize

integer

The file size expressed in bytes.

--

--

--

Keywords

string

A string made of keywords describing the document.

--

Yes

--

Linearized

boolean

Is "true" if the document is linearized, (i.e., prepared for web download).

--

--

PDF

ModificationDate

dateTime

The date when the document was last modified according to the file system.

--

--

--

ModificationDateInDocument

dateTime

The date when the document was last modified according to data inside the document.

--

Yes

--

ModificationID

NMTOKEN

A name that which can uniquely identify the current document instance. In case of a PDF, it matches exactly the second element of ID array.

--

Yes

--

NumberOfPages

integer

The number of finished pages contained in the document.

--

--

--

OutputIntentColorSpace = "None"

NMTOKEN

The color space belonging to the output intent of the document.

Values include:

None - The default value to be used if this property is not present.

CMYK

Gray

RGB

--

Yes

PDF

OutputIntentStandard

string

The standards the output intent is compliant with, (e.g., PDF/X- 1a:2001 ). The version of the standard is assumed to be in the string accordingly to the standard’s notation.

--

--

--

PagesHaveSameOrientation

boolean

Is "true" when all pages have the same orientation.

--

--

--

PDFXVersion

NMTOKEN

The PDF/X version key present in the document.

--

Yes

PDF

PDLType

NMTOKEN

The type of document expressed as a MIME-type.

Values include those from: Table H-1, “MimeType Attribute Values (IANA Registered)” and Table H-2, “MimeType and File Type Combinations”.

Example: PDLType value is "application/pdf" .

--

--

--

PDLVersion

string

The version of document according to the PDLType .

Values include those from: Table H-1, “MimeType Attribute Values (IANA Registered)” and Table H-2, “MimeType and File Type Combinations”.

--

--

--

Producer

string

A string describing the producer of the document. This is usually the name of the software used to create file. In case of PDF files, it matches exactly the Producer key.

--

Yes

--

SeparationFlag

boolean

Is "true" if the document is made of separations or is not composite.

--

--

PS, PDF

Subject

string

A string describing the subject of the document.

--

Yes

--

Title

string

A string describing the title of the document.

--

Yes

--

TrappedKey

enumeration

A value explaining the use of trapping on the document.

Values are:

true

false

Unknown

Note: the values match exactly the TrappedKey information of PDF.

--

Yes

--

7.4.2.6 Fill Properties

Fill property values are derived from graphic objects with vector primitives. They can have a fill color and a stroke color, with given colors. This is a list of Properties that specifically apply to this kind of object:

 

Table 7-475: Fill Properties

Name

Type

Description

Set

Tag

Documents

FillColorName

string

The name of the color of the fill of the vector object.

--

--

--

FillColorType

enumeration

This is an enumeration of known colors to draw fill.

Values are from: Table 7-476, “FillColorType Attribute Values”.

--

--

--

HasFillColor

boolean

Is "true" if the vector object is drawn with a fill color.

--

--

--

-- Attribute: FillColorType

 

Table 7-476: FillColorType Attribute Values (Section 1 of 2)

Value

Description

CMYGray

Will print with the same percentage 0-100% exclusive on Cyan, Magenta and Yellow separations.

CMYBlack

Will print with 100% on Cyan, Magenta and Yellow separations and less than 100% on the Black separation.

Other

Any other combinations of separations.

PureBlack

Will print as 100% on the black separation with 0% on the other separation(s).

PureGray

Will print as 1-99% on the black separation with 0% on the other separation(s).

RegistrationBlack

Will print as 100% on all the separations.

RegistrationGray

Will print as 0-100% exclusive on all the separations (assuming all the separations use the same value).

RichBlack

Will print as 100% on the black separation with more than 0% on one or more of the other separations.

White

Will print as 0% on all the separations.

7.4.2.7 Font Properties

The following is the list of property Attributes that can be applied to a font contained in, or referenced into, a document:

 

Table 7-477: Font Properties

Name

Type

Description

Set

Tag

Documents

EmbeddingRestrictionFlag

boolean

Is "true" if a font cannot be embedded.

--

--

--

FontCorrupted

boolean

Is "true" if a font is corrupted or invalid. The implementation of this check may vary from one application to another.

--

--

--

FontCreator

string

The font creator.

--

--

--

FontEmbedded

boolean

Is "true" if a font is embedded into the document.

--

--

--

FontIsStandardLatin

boolean

Is "true" when all characters belong to the standard Latin character set.

--

--

--

FontName

string

The font name.

--

--

--

FontNotUsed

boolean

Is "true" if a font is not used to draw characters from the document.

--

--

--

FontSubset

boolean

Is "true" if a font is only a subset of a main font.

--

--

PS, PDF

FontType = "Other"

enumeration

This is the type of the font.

Values are from: Table 7-478, “FontType Attribute Values”.

--

--

--

FontVendor

string

The font vendor.

--

--

--

IsDoubleByteFont

New in JDF 1.4

boolean

Some fonts need double-byte encoding to store characters internally

--

--

--

IsFontScreenOnly

boolean

Is "true" if a font referenced in the document contains only screen description.

--

--

Authoring

PSFontName

NMTOKEN

The PostScript font name.

--

--

PS, PDF

-- Attribute: FontType

 

Table 7-478: FontType Attribute Values

Value

Description

 

Value

Description

CIDFontType0

 

 

Type1

 

CIDFontType1

 

 

Type1CMultipleMaster

 

CIDFontType2

 

 

Type2C

 

CIDFontType3

 

 

Type3

 

CIDFontType4

 

 

PDFType3

 

OpenType

 

 

Type42

Embedded TrueType into a PostScript font.

TrueType

 

 

Unknown

Type of font that can not be resolved for any reason, (i.e., missing font, etc.).

Type0

PostScript Type0 without the CID

 

Other

To be used when the property is not any of the values listed above.

7.4.2.8 Graphic Properties

This is a list of property Attributes that specifically apply to objects that can be displayed or printed.

 

Table 7-479: Graphic Properties (Section 1 of 3)

Name

Type

Description

Set

Tag

Documents

AlphaIsShape

boolean

The AlphaIsShape of a PS or PDF object.

--

--

PS, PDF

AlternateColorSpace

enumeration

The alternate color space of the object is one of the given.

Values are from: @ ColorSpace

--

Yes

PS, PDF

BelongsToAnnotation

boolean

Is "true" when this object belongs to an annotation.

--

--

--

BlackGeneration

enumeration

The BlackGeneration function of a PS or PDF object.

Values are:

Identity - Defines identity function.

Custom - Used when the function is described.

--

Yes

PS, PDF

BlendMode

NMTOKEN

The BlendMode of a PS or PDF object.

--

--

PS, PDF

ColorSpace

enumeration

The color space of the object.

Values are:

CalGray

CalRGB

CIEBasedA

CIEBasedABC

CIEBasedDEFG

DeviceCMYK

DeviceGray

DeviceN

DeviceRGB

ICCBased

Lab

Separation

--

--

PS, PDF

EmbeddedPS

boolean

Is "true" if a PDF object uses PostScript to be drawn.

--

--

PDF

Flatness

double

A number giving the value of PS or PDF Flatness .

--

Yes

PS, PDF

HasSoftMask

boolean

Is "true" when the object is using a soft-mask using pixel values.

--

--

--

HalfTone

NMTOKEN

The value of the Halftone used in a document: "Named" , "1" , "5" , "6" , "10" , "16" .

--

Yes

PS, PDF

HalfTonePhase

XYPair

The value of the HalftonePhase associated with the object.

--

Yes

PS, PDF

HasColorLUT

boolean

Is "true" when an object is using indexed colors in a table to describe color.

--

--

--

NumberOfColorsInLUT

integer

The number of colors in the color table used to display an indexed image.

--

--

--

OverPrintFlag

boolean

Is "true" when one object has been set to overprint.

--

--

--

OverPrintMode

integer

An integer giving the PostScript or PDF value for overprint mode.

--

--

PS, PDF

RenderingIntent

NMTOKEN

The rendering intent of a PS or PDF object.

--

Yes

PS, PDF

Smoothness

double

A number giving the value of PS or PDF Smoothness .

--

Yes

PS, PDF

TransferFunction

enumeration

The transfer function of a PS or PDF object.

Values are:

Custom - Used when the function is described.

Identity - Defines identity function.

--

Yes

PS, PDF

TransparencyFlag

boolean

Is "true" when the object has transparency. A transparency that is null has the "false" value.

--

--

--

UnderColorRemoval

enumeration

The UnderColorRemoval function of a PS or PDF object.

Values are:

Custom - Used when the function is described.

Identity - Defines identity function.

Yes

Yes

PS, PDF

7.4.2.9 Image Properties

This group of property Attributes is very specific to images displayed using pixels:

 

Table 7-480: Image Properties (Section 1 of 3)

Name

Type

Description

Set

Tag

Documents

AlternateImages

NMTOKENS

When to draw some of the alternate images that correspond with the given image. The PDF specification defines " Print " as a value, but any other application-specific value could be used.

Values include:

Print

--

Yes

PDF

BitsPerSample

integer

The number of bits used to represent color on every separation.

--

--

--

CompressionRatio

double

For all compression types to which it makes sense, the tests apply to the quality expressed as percentage of compression.

--

--

--

CompressionTypes

enumerations

The type of method used to compress or encode the image.

Values are :

ASCII85

ASCIIHex

CCITT

JBIG2

JPEG

JPEG2000

LZW

None

RunLength

ZIP

Note: Where JPEG, JPEG2000 and/or JBIG2 are specified, they can be concatenated and only JPEG need be used.

--

--

--

EffectiveResolution

XYPair

The horizontal and vertical resolutions of the scaled image, in dots per inch.

--

--

--

EstimatedJPEGQuality

integer

For JPEG compression type, use algorithm provided below to obtain the estimated JPEG quality by doing a “reverse statistic” on the IJG library’s quality-to-matrix routine. This value will be expressed as an integer, where "0" is the worse quality and "100" is the best quality.

--

--

--

ImageFlipped

enumeration

The way the image is flipped.

Values are :

None

Horizontal

Vertical

--

--

--

ImageMaskType

enumeration

The type of masks used by image.

Values are :

NoMask - Used when the image does not use specific mask.

BitmapMask - Used when the image is masked using a bitmap image

ColorKeyMask - Used when some colors are masked out to display the image (such like video chroma-key).

--

--

--

ImageRotation

integer

The number of degrees an image is rotated. A positive number represents a counterclockwise rotation. A negative number represents a clockwise rotation.

Note: A 540o rotation is valid, (e.g., one full rotation + 180o rotation).

--

--

--

ImageScalingRatio

double

The ratio between X and Y scaling of an image.

--

--

--

ImageSkew

double

The skew angle of the image ( "0" is not skewed). A positive number represents a clockwise skewing. A negative number represents a counterclockwise skewing.

--

--

--

OriginalResolution

XYPair

The horizontal and vertical resolutions of the image before scaling.

--

--

--

PixelHeight

integer

Image height in pixels.

--

--

--

PixelWidth

integer

Image width in pixels.

--

--

--

The JPEG quality algorithm is based on a technique used by the IJG library ( http://www.ijg.org/ ) -- which uses a quality value in the range 0-100 and translates image data into a 8x8 matrix. The following algorithm performs a “reverse statistic” on the IJG library’s quality-to-matrix routine, which gives a matrix-to-quality routine. The formula’s used are as follows:

 

//DCTSIZE2 is the size of the matrix, 64
derived = 0.0;

for (i = 0; i < DCTSIZE2; i++){

derived += (*qtblptr0)->quantval[i];

}

derived = derived / DCTSIZE2;

xq = (100.0 * derived - 50.0) / 57.625;

if (xq < 100.0){

quality = (long) ((200.0 - xq) / 2.0);

} else {

quality = (long) (5000.0 / xq);

}

The algorithm calculates the average value in the quantization matrix and then derives a quality value in the range of 0-100 from that average.

7.4.2.10 Logical Properties

The logical Properties are mainly used with “ Set ” to count the number of objects.

 

Table 7-481: Logical Properties

Name

Type

Description

Set

Tag

Documents

Count

integer

The number of objects contained in the referenced set of objects.

Yes

--

--

7.4.2.11 PageBox Properties

The page box represents virtual boxes for each page. The following is a list of Attributes that specifically apply to this kind of objects.

 

Table 7-482: PageBox Properties

Name

Type

Description

Set

Tag

Documents

PageBoxType

enumeration

Note: when not known, the default is to leave PageBoxType empty.

Values are from: BoxArgument /@ Box (Table 7-295, “BoxArgument Element”).

--

--

--

7.4.2.12 Pages Properties

This is the list of Elements and Attributes related to the page object in a document.

 

Table 7-483: Pages Properties

Name

Type

Description

Set

Tag

Documents

BlankPage

boolean

Is "true" when the trim box and the bleed box area, when defined, do not output any marks.

--

--

--

BlendColorSpace

enumeration

The page blend color space.

Values are from : @ ColorSpace in Table 7-479, “Graphic Properties”.

--

Yes

PDF

PageHasOptionalContent

New in JDF 1.4

boolean

Detect if a PDF has optional content (commonly called PDF layers).

--

--

--

PageHasUnknownObjects

boolean

Page contains unknown objects but the PDL was set to ignore these errors. Examples are the use of BX/EX in PDF.

--

--

--

PageNumber

integer

The page index in the RunList .

--

--

--

PageScalingFactor

New in JDF 1.4

double

In PDF file, one way of scaling a page is to use a page scale factor. This factor can be ambiguous because it is not always used by all applications.

--

--

--

ReversePageNumber

integer

A special page numbering which starts from the last page. The last page is "-1" . This has been added to allow filtering of last page or the before last page, which is "-2" . It is used to apply specific test on a document cover.

--

--

--

BoxToBoxDifference

element

The rectangle from calculating the differences between two rectangles: FromBox and ToBox . The calculation is made using the following formula:

FromBox (left)- ToBox (left), FromBox (bottom)- ToBox (bottom), ToBox (right)- FromBox (right), ToBox (top)- FromBox (top).

To define the two boxes used, options are given in BoxToBoxDifference argument. See Table 7-297, “BoxToBoxDifference Element”.

--

--

--

Note that BoxToBoxDifference Element is always a Subelement of a PreflightArgument .

Example 7-68: Test with BoxToBoxDifference Element

<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" ID="A1" Status="Waiting"

Type="ProcessGroup" JobPartID="ID300" Version="1.4">

<ResourcePool>

<Device Class="Implementation" ID="Link0003" Status="Available">

<DeviceCap>

<TestPool>

< Test ID = "PT01" >

< RectangleEvaluation ValueList = "0 0 10 10" >

< BasicPreflightTest Name = "BoxToBoxDifference" >

< PreflightArgument >

< BoxToBoxDifference FromBox = "TrimBox"

ToBox = "BleedBox" />

</ PreflightArgument >

</ BasicPreflightTest >

</ RectangleEvaluation >

</ Test >

</TestPool>

</DeviceCap>

</Device>

</ResourcePool>

<ResourceLinkPool>

<DeviceLink Usage="Input" rRef="Link0003"/>

</ResourceLinkPool>

</JDF>

 

7.4.2.13 PDLObject Properties

The PDL object is used to check whether select objects are defined or not defined in the document, but does not check anything else as these objects are specific to one given PDL.

 

Table 7-484: PDLObject Properties

Name

Type

Description

Set

Tag

Documents

PDLObjectType

NMTOKEN

The type of specific PDL object.

Values include:

AcroForm - The PDF AcroForm.

Actions - The PDF Actions.

Bookmarks - The PDF Bookmarks.

JavaScript - The PDF JavaScript.

Thread - The PDF Thread.

Thumbnails - The PDF Thumbnails.

--

--

PDF

7.4.2.14 Reference Properties

Reference property Attributes describe objects that have links to external references on other objects. It only deals with OPI links and references in page to other graphical contents. This is not describing the Font Properties (see Section 7.4.2.7, “Font Properties” ).

 

Table 7-485: Reference Properties

Name

Type

Description

Set

Tag

Documents

ExternalReferenceMissing

boolean

Is "true" when the target of an external reference is missing.

--

--

--

HasExternalReference

boolean

Is "true" when some of the page graphical contents have a link on files.

--

--

--

HasOPI

boolean

Is "true" if there is OPI information associated with the object.

--

--

PS, PDF

OPIMissing

boolean

Is "true" when the target of OPI comments associated with the object is missing.

--

--

PS, PDF

OPIType

NMTOKEN

The OPI type of OPI comments associated with the object. Sometimes in PS, the comments are not OPI comments.

Values include:

OPIComments

OtherComments

--

--

PS, PDF

OPIVersion

NMTOKENS

The OPI versions of OPI comments associated with the object.

--

--

PS, PDF

7.4.2.15 Shading Properties

Shading property Attributes are derived from graphic objects with applied shading, which is usually defined as of either smooth or vector type.

 

Table 7-486: Shading Properties

Name

Type

Description

Set

Tag

Documents

ShadingType

enumeration

The type of shading.

Values are :

Smooth

Vector

--

--

--

7.4.2.16 Stroke Properties

Stroke property Attributes are linked with graphic objects with vector primitives. They can have a fill color and a stroke color with given colors. This is a list of Properties that specifically apply to this kind of object:

 

Table 7-487: Stroke Properties (Section 1 of 2)

Name

Type

Description

Set

Tag

Documents

HasStrokeColor

boolean

Is "true" if the vector object is drawn with a stroke color.

--

--

--

StrokeAlternateColorSpace

enumeration

The alternate color space of the stroke of one object.

Values are from : @ ColorSpace in Table 7-479, “Graphic Properties”.

--

Yes

PS, PDF

StrokeColorName

string

The name of the color of the stroke of the vector object.

--

--

--

StrokeColorSpace

enumeration

The color space of the stroke of one object.

Values are from : @ ColorSpace in Table 7-479, “Graphic Properties”.

--

--

PS, PDF

StrokeColorType

enumeration

This is an enumeration of known colors used to draw stroke.

Values are from : @ FillColorType in Table 7-475, “Fill Properties”.

--

--

--

StrokeOverprintFlag

boolean

Is "true" when the stroke of one object has been set to overprint.

--

--

--

StrokeShadingType

enumeration

The type of shading used in the stroke.

Values are :

Smooth

Vector

--

--

--

StrokeThickness

double

The thickness of the stroke of the vector object.

--

--

--

7.4.2.17 Text Properties

“Text” refers to a consecutive set of one or more characters that share the same style (i.e., font, size, fill, stroke, etc.). The following are the Attributes that can be applied to text:

 

Table 7-488: Text Properties (Section 1 of 2)

Name

Type

Description

Set

Tag

Documents

CharacterProblem

enumeration

Problem encountered to render character.

Values are :

Corrupted - Used when a character was found but could not be rendered.

IncorrectEncoding - Used when encoding information is missing, incomplete or otherwise incorrect.

Missing - Use when the character could not be found in font.

Others - Used in all other cases.

--

--

--

MissingPrinterFont

boolean

Is "true" if a referenced font has no printer information.

Yes

--

--

MissingScreenFont

boolean

Is "true" if a referenced font has no screen information.

--

--

--

TextSize

double

The size in points of the character.

--

--

--

UseArtificialTextEffect

enumerations

The artificial text effects list used to draw a character.

Values are :

Bold

Italic

Outline

Shadow

Underline

Note: The authoring applications can apply the text effect directly, whereas in PS or PDF, the effect will be calculated.

--

--

--

7.4.2.18 Vector Properties

Vector property Attributes are derived from graphic objects with vector primitives. They can have a fill color and a stroke color, with given colors. This is a list of Attributes that specifically apply to this kind of object:

 

Table 7-489: Vector Properties

Name

Type

Description

Set

Tag

Documents

NumberOfPathPoints

integer

The number of points used to create a vector path.

--

--

--